- wine-devel - winehq.org

Wine policy question: What is considered "reverse engineering"/what is acceptable?
by Daniel Santos 13 May '09

13 May '09

I was recently attempting to isolate the cause of a hang in Lord of the Rings Online and had it in a debugger. I mentioned this on IRC and was told that I was "reverse engineering" and any patch I came up with would not be accepted. I find this rather confusing and would like to better understand the "dos and don'ts" of wine development. Is this documented anywhere? If it matters any, the license agreement says that you may not reverse engineering it including "decompiling or disassembling" but it does not specifically mention using a debugger (although viewing disassembly from the debugger would obviously be covered). My aim was only to attempt to determine which thread(s) were hanging so I could isolate my logging to those thread(s) and try to figure out what was going wrong. Thanks, Daniel

4 3

Re: Dynamically adding debug channels (__wine_dbg_set_channel_flags)
by Daniel Santos 13 May '09

13 May '09

Steven, sorry for the slow response, I got tied up in some other stuff. But now back to fun. =) And thanks for your response! The application is Lord of the Rings Online. They don't use normal version numbers, so this bug actually started with "Book 14". In Book 14, the problem would manifest as a crash. The current version is "Mines of Moria" and now I will get either a crash (segfault) or a hang, but the result is a hang 6 times out of 7 (or so). However, I've run into a more serious problem that I have yet to resolve, and I'll post it in a new thread. This problem is related to what is considered acceptable behavior and what is not and what is considered "reverse engineering". I mentioned that I had the program in winedbg and was examining the threads when I was informed that I was reverse engineering and any patch I came up with doing this would not be accepted. I found this rather confounding to say the least!! Anyway, the hang or crash may occur immediately (under 50 milliseconds) after switching to the LOTRO window or it may only occur after I start moving around. It will always occur within 10 or 20 seconds of having switched to the window, usually within 4 or 5. So if I start playing after swithcing to the window and I make it 30 seconds, I'm confident that it wont crash that time. If you want to install this app, I have recently written up a pretty install script to do some enviroment setup and posted it on the appdb here: http://appdb.winehq.org/objectManager.php?sClass=version&iId=14566 You can even create a trial account for testing. Unfortunately, it's a 7GB download. One of my shortcomings in troubleshooting this is that I've never done directx or direct3d, so I don't understand all of the implications of these window events from that perspective (or direct input). I'm going to play more with this today as well. Daniel --- On Sat, 5/9/09, Steven Edwards <winehacker(a)gmail.com> wrote: From: Steven Edwards <winehacker(a)gmail.com> Subject: Re: Dynamically adding debug channels (__wine_dbg_set_channel_flags) To: daniel.santos(a)pobox.com Date: Saturday, May 9, 2009, 3:16 PM On Sat, May 9, 2009 at 3:44 PM, Daniel Santos <javatroubadour(a)yahoo.com> wrote: > Additionally, as far as I can tell, there is no mechanism to change it for > all channels. This is actually what I need to do since I do not know where > the specific problem is that I'm troubleshooting and I don't even know for > certain that it isn't a bug in the 3rd party software. What I do know is > that it does not occur on windows and I suspect it's a case of the 3rd party > app entering "undefined results" territory and that on windows, this result > is consistent and does not cause a problem. > > When I attempt to run the app with WINEDEBUG=+all, it appears to enter some > type of deadlock state before I can even get to the point where the bug > normally happens. This hang is probably due to poor timing management in > the app and may indeed be another expression of the same core problem. > > Speaking of the wine task manager, where is that? (or which executable is > it)? Its taskmgr in the source tree as wine/programs/taskmgr. You might try doing something like +relay,+seh,+tid for your channels to isolate the problem down. I might be able to help you isolate the problem but I doubt I can fix it for you even if we are able to find it but that's at least a start. What software are you trying to get to work? Can you describe the exact nature of the problem? Sorry I must confess I've not been following the thread very closely. -- Steven Edwards "There is one thing stronger than all the armies in the world, and that is an idea whose time has come." - Victor Hugo

2 1

Adding broken() information to the test output
by Paul Vriens 13 May '09

13 May '09

Hi, While going over some just committed patches of mine I saw (again) that we now have some tests that do: ok(ret || broken(!ret), "call failed") The good thing is that tests succeed on all Windows versions and will fail if Wine returns !ret. The bad thing is that changes in the Windows implementation won't be catched. If MS decides to change the return value (in current or newer versions) we won't see this. Is adding broken() information to the test output helpful? So, if a test succeeds due to the broken() it will put out a message like: <file.c>:<line> Test marked broken() succeeded: call failed. I'm only proposing to have this in the output, not visible on test.winehq.org (for now?). Thoughts anybody? -- Cheers, Paul.

1 0

Re: dplayx: Enclose NS_GetOtherMagic() in #if 0 since it's only used from code enclosed in #if 0.
by Kai Blin 13 May '09

13 May '09

On Wednesday 13 May 2009 10:38:08 Francois Gouget wrote: Personally I think we should just kill all that unused code and be done with it. Currently the only way to get a working dplay implementation is to use the native dlls anyway. Our version has been bit-rotting for quite some time. Cheers, Kai > 1) Remove this dead code altogether... > 2) Replace the #if 0 with an if (0) so that the function is 'used' > 3) Fix the code so it has neither #if 0 nor if (0) (which might be the > same as option 1, I have no idea) > > > dlls/dplayx/name_server.c | 2 ++ > 1 files changed, 2 insertions(+), 0 deletions(-) > > diff --git a/dlls/dplayx/name_server.c b/dlls/dplayx/name_server.c > index e6a6b62..a503270 100644 > --- a/dlls/dplayx/name_server.c > +++ b/dlls/dplayx/name_server.c > @@ -183,6 +183,7 @@ DWORD NS_GetNsMagic( LPVOID lpNSInfo ) > return lpHdrInfo[1]; > } > > +#if 0 > /* Get the magic number associated with the non NS end */ > DWORD NS_GetOtherMagic( LPVOID lpNSInfo ) > { > @@ -190,6 +191,7 @@ DWORD NS_GetOtherMagic( LPVOID lpNSInfo ) > > return ((LPDWORD)lpCache->lpLocalAddrHdr)[1]; > } > +#endif > > void NS_SetLocalAddr( LPVOID lpNSInfo, LPCVOID lpHdr, DWORD dwHdrSize ) > { -- Kai Blin WorldForge developer http://www.worldforge.org/ Wine developer http://wiki.winehq.org/KaiBlin Samba team member http://www.samba.org/samba/team/ -- Will code for cotton.

2 1

Re: [1/2] wininet: Implement GetDiskInfoA.
by Alexandre Julliard 13 May '09

13 May '09

Hans Leidekker <hans(a)codeweavers.com> writes: > + if ((ret = GetDiskFreeSpaceA(path, &cluster_sectors, &sector_bytes, &free_clusters, &total_clusters))) > + { > + if (cluster_size) *cluster_size = 1; > + if (free) *free = free_clusters * cluster_sectors * sector_bytes; > + if (total) *total = total_clusters * cluster_sectors * sector_bytes; > + } You should use GetDiskFreeSpaceExA to avoid trouble on large disks. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: C_ASSERT portability fixes and simplification [PATCH 1/2]
by Alexandre Julliard 13 May '09

13 May '09

Gerald Pfeifer <gerald(a)pfeifer.com> writes: > This patch moves these into main() in main.c, which has several > advantages: > > 1. The asserts are only evaluated once, not for every #inclusion > of request.h, which simplifies/speeds up the compilation. It doesn't make any difference, that stuff is inside a #ifdef. Also it's auto-generated, so moving it manually won't help. > 2. More importantly, these were the only occurences of C_ASSERT at > file level. By moving these at function level use thereof becomes > consistent which will allow the fix from PATCH 2/2 to work at all. C_ASSERT is supposed to work at the file level too. -- Alexandre Julliard julliard(a)winehq.org

2 3

Re: [1/3] WineD3D: Separate Tx tempregs from Tx varyings in ARB
by Henri Verbeet 13 May '09

13 May '09

2009/5/12 Stefan Dösinger <stefan(a)codeweavers.com>: > ps_1_3 uses Tx to pass in texture coordinates, but also as temporary > registers. ps_1_4 and ps_2_0 only use them for texture coordinates. This patch > gets rid of the Tx = fragment.texcoord[x] assign in all shader versions, and > doesn't even declare Tx in ps_1_4 and ps_2_0. > > The <=ps_1_3 instructions know which kind of input they expect from the Tx > register, so the instruction handlers now know if they have to read the > tempreg Tx or the varying fragment.texcoord[x] I'm probably missing something obvious, but with pre-1.4 texcoord registers being read-write, what happens when you write to the register before using it to sample a texture? > I've put it in the backend and not the frontend because a hypothetical nvts > shader backend would be confused by this. > Completely off-topic of course, but isn't it somewhat questionable to anthropomorphize source code?

2 2

wined3d: Fix ATI dx10 cards max varying quirk
by Robert Key 12 May '09

12 May '09

I fiddled around with the test and I was able to use varying vec4 var_in[13] as a max in one array. 14 - 16 resulted in a segmentation fault and 17 resulted in glLinK failure error. I was able to create a second array of varying vec4 testa[3] though and it compiled successfully resulting in 64 varyings. I'll attach what I did.

2 1

Re: Question on writing a testcase..
by chris ahrendt 12 May '09

12 May '09

Paul Vriens wrote: > chris ahrendt wrote: >> I have two test cases for the file.c test in kernel32 to show two >> problems I have found and reported as bugs that wine should be able >> to handle. >> >> first problem : >> >> I/O warning : failed to load external entity >> "file:///C%3A/Program%20Files/Sony/Station/LaunchPad/PatchCache2.xml" >> >> Wine does not seem to be parsing this correctly while the various >> windows platforms do correctly. >> So I would like to put a test for this in the test case. >> >> Second file issue I found that needs a test case : >> >> I/O warning : failed to load external entity "EQ/updatestatus.xml" >> >> It seems wine is expecting a fully qualified path in this case where >> as windows uses the application running directory and then looks >> there... >> I am not even sure where this is looking in wine. I would guess at >> the root level from the z: mapping if I had to venture a guess >> instead of the current running directory. >> >> Would I just write the two subroutines and then submit them to >> wine-patch? >> >> Chris >> >> > What function(s) are the tests for? Did you already write some > testcases and run them on Windows? > > -- Cheers, > > Paul. > > They are for the open file api let me find the exact API.. filehandle = _lopen( filename, OF_READ ); in the dlls/kernel32/tests/file.c I also would write the test for _lcreate and the other couple of API's that return a file handle. And I am using an application on windows already that does the open in this manner... but could hack something out really quick. Chris

1 0

Question on writing a testcase..
by chris ahrendt 12 May '09

12 May '09

I have two test cases for the file.c test in kernel32 to show two problems I have found and reported as bugs that wine should be able to handle. first problem : I/O warning : failed to load external entity "file:///C%3A/Program%20Files/Sony/Station/LaunchPad/PatchCache2.xml" Wine does not seem to be parsing this correctly while the various windows platforms do correctly. So I would like to put a test for this in the test case. Second file issue I found that needs a test case : I/O warning : failed to load external entity "EQ/updatestatus.xml" It seems wine is expecting a fully qualified path in this case where as windows uses the application running directory and then looks there... I am not even sure where this is looking in wine. I would guess at the root level from the z: mapping if I had to venture a guess instead of the current running directory. Would I just write the two subroutines and then submit them to wine-patch? Chris

2 1

Re: [2/2] kernel32: Fix GetVolumeNameForVolumeMountPointW to match Mountmgr
by Vitaliy Margolen 12 May '09

12 May '09

Few nitpicks about your patch. Guy Albertelli wrote: > + if (!(input = HeapAlloc( GetProcessHeap(), 0, i_size ))) > + { > + SetLastError( ERROR_NOT_ENOUGH_MEMORY ); > + goto err_ret; > + } > + memset( input, 0, i_size ); To zero out allocated memory you should use HEAP_ZERO_MEMORY allocation flag: input = HeapAlloc( GetProcessHeap(), HEAP_ZERO_MEMORY, i_size ); However there is no need to do any of that - do not just clear memory without a good reason. It takes time to do it, especially that you doing it several times. What you do need to do in your code is explicitly zero-terminate all strings you receive from mount manager after you copy them. > + p = (WCHAR *) input; This is wrong - types of "p" and "input" has nothing to do with each other. > + p = (WCHAR*)((char *)input + sizeof(MOUNTMGR_MOUNT_POINT)); > + input->DeviceNameOffset = (char *)p - (char *)input; > + memcpy( p, nonpersist_name, lstrlenW( nonpersist_name )*sizeof(WCHAR) ); > + input->DeviceNameLength = lstrlenW( nonpersist_name )*sizeof(WCHAR); This is ugly. You can write it like this: input->DeviceNameOffset = sizeof(*input); input->DeviceNameLength = lstrlenW( nonpersist_name ) * sizeof(WCHAR) memcpy( input + 1, nonpersist_name, input->DeviceNameLength ); > + /* is there space in the return variable ?? */ > + if ((o1->SymbolicLinkNameLength/sizeof(WCHAR))+2 > size) > + { > + SetLastError( ERROR_INVALID_PARAMETER ); > + goto err_ret; > + } This doesn't look right. There are several other error codes that more appropriate. You should expand your tests to check what native returns here. Also are you sure that "size" is in chars not bytes? > + /* make string null terminated */ > + p = (WCHAR*)((char*)volume + o1->SymbolicLinkNameLength); > + memset( p, 0, sizeof(WCHAR) ); Again ugly. You can write it like: volume[o1->SymbolicLinkNameLength / sizeof(WCHAR)] = 0; > + if (input) HeapFree( GetProcessHeap(), 0, input ); > + if (output) HeapFree( GetProcessHeap(), 0, output ); You do not need to check for pointer != NULL before freeing it. All free() functions already doing it. Vitaliy.

2 1

DIB Engine : Almost 100% working
by Massimo Del Fedele 11 May '09

11 May '09

Well, after some (many) bugfixes and additions, the mighty DIB Engine is almost 100% operational. On one of tested apps (MSN Messenger) it behaves even better than original one :-) For whom wish to test it, bug 421 page. Ciao Max

12 29

Re: comctl32/listview: WinSCP dogfood fix
by Nikolay Sivov 11 May '09

11 May '09

Stefan Stranz wrote: > Fixes bug #13867 > Original fix by GameZelda A test needed for such changes. Especially for that part: @@ -519,7 +519,7 @@ static inline int textcmpWT(LPCWSTR aw, LPCWSTR bt, BOOL isW) if (!aw) return bt ? -1 : 0; if (!bt) return aw ? 1 : 0; if (aw == LPSTR_TEXTCALLBACKW) - return bt == LPSTR_TEXTCALLBACKW ? 0 : -1; + return bt == LPSTR_TEXTCALLBACKW ? 1 : -1; if (bt != LPSTR_TEXTCALLBACKW) { LPWSTR bw = textdupTtoW(bt, isW);

1 0

Impossible to register to Bugzilla
by Alain Aupeix 11 May '09

11 May '09

2 2

Re: comctl32: add ListView_SetCheckState and ListView_GetCheckState with tests(try5)
by Nikolay Sivov 11 May '09

11 May '09

André Hentschel wrote: > now PSDK compatible > --- > dlls/comctl32/listview.c | 1 - > dlls/comctl32/tests/listview.c | 8 ++++++++ > include/commctrl.h | 6 ++++++ > 3 files changed, 14 insertions(+), 1 deletions(-) Still wrong: +#define ListView_SetCheckState(hwndLV, i, bCheck) \ + { LVITEMA _LVi; _LVi.state = ((bCheck?2:1) << 12); _LVi.stateMask = LVIS_STATEIMAGEMASK;\ + SNDMSG(hwndLV, LVM_SETITEMSTATE, (WPARAM)(UINT)(i), (LPARAM)(LPLVITEMA)&_LVi);} 'A' structure for both SNDMSG[A,W]. Try with neutral LVITEM. +#define ListView_GetCheckState(hwndLV, i) \ + ((((BOOL)(SNDMSGW((hwndLV), LVM_GETITEMSTATE, (i), \ + LVIS_STATEIMAGEMASK))) >> 12) -1) Always W version used. Why?

2 1

Re: DIB Engine : Almost 100% working
by Reece Dunn 11 May '09

11 May '09

Jeremy White wrote: > Reece Dunn wrote: >> Also, doesn't CodeWeavers have the ability to pledge for features >> (such as DirectX) as well as specific applications? > > Well, kinda sorta, but not really. It's on our todo list and has > been for a long time. > > I think Roderick summarized the issue from our perspective correctly. > Everyone wishes it will be a magic bullet, so we all get excited about it. >From Massimo's report, his DIB engine looks like it fixes a few issues on some games - like Age of Empires 2 - and has some speedups there. Not sure how much of a benefit this is going to be overall. > But in practice, it helps very few applications. Improving gdiplus > (an easier task), we have found to have far more dramatic benefits. I understand this approach. The DIB engine is not a trivial, or isolated piece of functionality, to develop. There are some things I'd be interested in seeing: 1. how this affects double-buffering performance (which a lot of applications make use of, as well as the common controls), which uses DIBs to draw the data off-screen; 2. how this affects theme performance (the repainting of winecfg with the Gem theme is glacially slow); 3. whether this will support alpha blending (useful for themes that support it - such as is likely to be used to provide better integration look and feel - as well as the Wine icon refresh that was being looked at). I wonder if there are any media players or video editing applications that would benefit? Anyway, I'll hopefully get around to do some testing on the DIB engine at some point to test these out. - Reece

1 0

Re: Severity levels
by Nicklas Börjesson 11 May '09

11 May '09

>How many times does this have to be repeated? Severity levels are NOT >determined by how much a user wants the app to work. They're just not, >deal with it. I have never said it is, either. I said it think it should be determined by how severe the user thinks it is(if devs then cares about it is another matter). You seem to be convinced that all users are morons hyping their own stuff. >>>If a set of devs decide to work on getting a particular app working >>>that's up to them, and we've already been over this too. >> Obviously. I can't remember opposing that? >Who said you had? Why writing that we've had already been over it, then?!?? .....etc.... "you can't see the picture" .....etc.... "Not to you, no. Only what you think is right." .....etc.... Huh? This doesn't lead anywhere, you constantly misread me and I don't seem to understand what you are getting at. For some reason, I seem to annoy the hell out if you. I really don't get it, it is not my intention. Do I have some kind of attitude I need to be aware of? I am not a native English speaker. Anyway, it has been obvious from the start that you and I can't communicate. Therefore, I am backing out(hands in air) of this discussion before...uh.. after it has gotten out of hand. //Nicklas

9 24

Winelib - Getting Started guide
by Josef Šimánek 11 May '09

11 May '09

Hi ! I was reading Winelib GSG and I tried to compile notepad from Wine sources. So I downloaded Wine sources (version 1.1.21) and I installed wine from Wine Ubuntu repository (version 1.1.21). I edit Makefile and type make into console. My problem above. In the guide is written to report bad compiling behaviour. So I did it. Any hints ? mirindoslav@mirindoslav-laptop:~/Plocha/notepad$ make winegcc -c -mno-cygwin -I. -o dialog.o dialog.c winegcc -c -mno-cygwin -I. -o main.o main.c wrc -I. -forsrc.res rsrc.rc winegcc -mwindows -mno-cygwin -m32 -o notepad.exe.so dialog.o main.o rsrc.res -lodbc32 -lole32 -loleaut32 -lwinspool -lodbccp32 -luuid dialog.o: In function `DIALOG_StringMsgBox': dialog.c:(.text+0x235): undefined reference to `wnsprintfW' main.o: In function `HandleCommandLine': main.c:(.text+0x25a5): undefined reference to `PathFindFileNameW' collect2: ld returned 1 exit status winegcc: i486-linux-gnu-gcc failed make: *** [notepad.exe.so] Error 2

2 2

Unused functions in fusion.dll
by Francois Gouget 11 May '09

11 May '09

CompareAssemblyIdentity() and GetAssemblyIdentityFromFile() have stubs in fusion.c, but they are not used and not exported in any way. Is there any point in keeping them in their current state? Where/how should they be exported? A look at the fusion.dll export table on my Windows XP turned up nothing... -- Francois Gouget <fgouget(a)free.fr> http://fgouget.free.fr/ Linux: Because rebooting is for adding new hardware

1 0

Re: wined3d: Fix ATI dx10 cards max varying quirk
by Stefan Dösinger 11 May '09

11 May '09

Am Montag, 11. Mai 2009 02:51:29 schrieb Robert Key: > Changelog: > * This adds a quirk to change the default max varying value from > 68 to 48 on ATI dx10 cards that use fglrx because a declaration > of 17 varying vec4s causes shaders not to render and using > 48 (12 varyings vec4s) works for HD2000 to HD4000 ATI cards. > > Fixes bug #17437 I'm fine with putting the quirk in until fglrx is fixed. The ATI developers confirmed the bug and recommended this workaround for now. (I somewhere heard that their driver shipping latency is > 3 months for some reason) Looking at the code again I saw a few details I don't like though: +static BOOL match_fglrx_r600_to_700(const WineD3D_GL_Info *gl_info) { + if(gl_info->gl_vendor != VENDOR_ATI) return FALSE; + if(strstr(gl_info->gl_renderer, "DRI")) return FALSE; + if(gl_info->max_glsl_varyings == 68) return TRUE; + return FALSE; +} Maybe its better to compare max_glsl_varyings to > 44. 44 is the amount advertised on dx9 cards(and I think we fix this up somewhere already). The main question is if we want this quirk to disable itself as soon as the driver is fixed, or if we want to disable it manually. The other thing that bothers me is the replacement value 48 or 52: According to an ATI dev[1] the correct value is 64, which would match the dx10 limit of 16 varyings. Assuming we subtract 8 for the builtin primary and secondary color we're still at 56, not 52 or even 48. There's probably the fog color or the gl_ClipVertex "varying", but we're not using the clip vertex position currently. I think we should figure out where the 48 comes from. Can you play a bit with the attached program and see how many varyings you can declare, and if the builtin color varyings, fog coord or gl_ClipPos change anything? 1: http://ati.cchtml.com/show_bug.cgi?id=1462

1 0

Re: Simplify dlls/comctl32/rebar.c (RESEND)
by Dmitry Timoshkov 11 May '09

11 May '09

"Gerald Pfeifer" <gerald(a)pfeifer.com> wrote: > static LRESULT > -REBAR_GetPalette (const REBAR_INFO *infoPtr, WPARAM wParam, LPARAM lParam) > +REBAR_GetPalette () > { (void) is mandatory, please don't omit it. -- Dmitry.

1 0

Re: regedit: remember settings state
by Dmitry Timoshkov 11 May '09

11 May '09

"André Hentschel" <nerv(a)dawncrow.de> wrote: > LRESULT CALLBACK ChildWndProc(HWND hWnd, UINT message, WPARAM wParam, LPARAM lParam) > { > +HKEY hKey; > +LPWSTR lpKeyPath; > switch (message) { > case WM_CREATE: Indentation is weird. And an empty line after variables won't hurt. -- Dmitry.

1 0

Re: comctl32: add ListView_SetCheckState and ListView_GetCheckState withtests(try4)
by Dmitry Timoshkov 11 May '09

11 May '09

"André Hentschel" <nerv(a)dawncrow.de> wrote: > now with LVITEMW and SNDMSGW You are still casting to LPLVITEMA in ListView_SetCheckState while using LVITEMW and SNDMSGW. As been said by using SNDMSGW/LVITEMW you are making these macros incompatible with PSDK ones, and breaking compatibility if someone will try to compile a non-unicode application with Wine headers. -- Dmitry.

1 0

RFC: Removing the --use-cached-creds parameter from ntlm_auth
by Kai Blin 11 May '09

11 May '09

Hi Rob, I've done some digging about using cached credentials from winbindd, and this currently breaks with how we use this from Wine. Specifically, it's not possible to get the session key from winbindd. This breaks our later attempts to do signing/sealing. It might be possible to change winbindd to include this information, but in order to not leak user password information, winbindd can only do so for NTLMv2 and NTLM2. In any case, --use-cached-creds will make things break in new and interesting ways for users who actually are running winbindd. I propose to stop setting that parameter until we figure out how to make this work. Cheers, Kai -- Kai Blin WorldForge developer http://www.worldforge.org/ Wine developer http://wiki.winehq.org/KaiBlin Samba team member http://www.samba.org/samba/team/ -- Will code for cotton.

1 0

Re: wined3d: Fix ATI dx10 cards max varying quirk
by Henri Verbeet 11 May '09

11 May '09

2009/5/11 Robert Key <hpestilence(a)gmail.com>: > Changelog: > * This adds a quirk to change the default max varying value from > 68 to 48 on ATI dx10 cards that use fglrx because a declaration > of 17 varying vec4s causes shaders not to render and using > 48 (12 varyings vec4s) works for HD2000 to HD4000 ATI cards. > R600 and r700 are supposed to be actively supported. But you know, I don't actually care anymore.

1 0

Re: Shuttleworth on Wine
by nn 11 May '09

11 May '09

And the slashdot thread: Shuttleworth Says Ubuntu Can't Just Be Windows http://linux.slashdot.org/article.pl?sid=09/05/05/1546230 --- On Wed, 6/5/09, nn <saturn_systems(a)yahoo.com> wrote: > From: nn <saturn_systems(a)yahoo.com> > Subject: Shuttleworth on Wine > To: wine-devel(a)winehq.org > Received: Wednesday, 6 May, 2009, 9:04 AM > > Shuttleworth on Wine > http://www.osnews.com/story/21438/Shuttleworth_on_Wine > > > Yahoo!7 recommends that you update > your browser to the new Internet Explorer 8.Get it now. > > > The new Internet Explorer 8 optimised for Yahoo!7: Faster, Safer, Easier.

9 26

New icons for 1.1.21
by Scott Ritchie 10 May '09

10 May '09

Hey everyone, I just wanted to say that the icon discussion I started a couple weeks back has born even more fruit, and I'm really happy with the current state of the icons that I'm now using in the 1.1.21 Ubuntu packages. I've attached them, and will be sending them as patches soon as well. I'm still not quite done with them, and they will likely change a bit after I get some UI feedback at the Ubuntu Developer Summit at the end of the month, but in the meantime I think they're quite better than what we have. Unlike the ubuntustudio icons I found (and packaged with 1.1.20 as an experiment), these should be a bit more visible (and fully tango-compliant). In particular, the stem of the glass is no longer two semitransparent pixels at normal 48x48 size, but instead has a full Tango border/inner brush stroke. Smaller icons for the other standard sizes are being worked on as well, however they have to be retouched individually to maintain the 1 pixel border/brush stroke in the Tango style. Eventually I'll submit a patch for our website's mini icon as well. Anyway, please feel free to give way too much feedback :) Thanks, Scott Ritchie

4 8

Re: dlls/ddraw/executebuffer.c: silence compiler warnings
by Stefan Dösinger 10 May '09

10 May '09

> executebuffer.c:230: warning: comparison between 'D3DRENDERSTATETYPE' and > 'enum _D3DTRANSFORMSTATETYPE' executebuffer.c:232: warning: comparison > between 'D3DRENDERSTATETYPE' and 'enum _D3DTRANSFORMSTATETYPE' > executebuffer.c:234: warning: comparison between 'D3DRENDERSTATETYPE' and > 'enum _D3DTRANSFORMSTATETYPE' Does the attached patch fix the warning?

1 0

Re: DIB Engine : Almost 100% working
by Roderick Colenbrander 10 May '09

10 May '09

> Office won't benefit at all, I'm afraid. Photoshop, maybe. > If sponsorship will be based on those apps, I guess we'll wait > forever :-) > > Max > > Photoshop is quite important for Wine (remember for 1.0 getting photoshop working was one of our main goals). There is still no serious Photoshop replacement for most companies which use Linux. Note that there are also others for obtaining the sponsoring and there is one about which I have been taking a lot but clear goals would need to be formulated for it and that would be a Wine fund raiser. We would raise money to get sponsorship for areas like this which else stay unfixed for years but money can also be used for Wineconf, buying hardware for patchwatcher, buying software for use on test machines, ..... Roderick

1 0

Re: Shuttleworth on Wine
by nn 10 May '09

10 May '09

Great find added link to AppDB entry http://appdb.winehq.org/objectManager.php?sClass=version&iId=5392 Thanks. Nat --- On Mon, 11/5/09, Ken Sharp <kennybobs(a)o2.co.uk> wrote: > From: Ken Sharp <kennybobs(a)o2.co.uk> > Subject: Re: Shuttleworth on Wine > To: "Austin English" <austinenglish(a)gmail.com> > Cc: wine-devel(a)winehq.org > Received: Monday, 11 May, 2009, 12:04 AM > > > Austin English wrote: > > > It's the registering/download manager that makes it > not useful. It's > > much harder to script all of that. > > > > Is CS2 too old? > http://download.adobe.com/pub/adobe/photoshop/win/cs2/Photoshop_CS2.exe >

1 0

Re: Dynamically adding debug channels (__wine_dbg_set_channel_flags)
by Daniel Santos 09 May '09

09 May '09

What I'm proposing shouldn't interfere with that. However, my original proposal is lacking (as I discovered when trying it out) because most of the object files that use debug logging end up with a static struct __wine_debug_channel variable that can't be changed from libwine after initialization. I think I just need to create a working solution and propose it as a patch. Performance is a pretty huge issue where, especially when running with WINEDEBUG=+all, so whatever I come up with will have to be very performance sensitive. Either way, the idea is to provide a mechanism for dynamically changing debug channels. Since this isn't something that many people should need (and especially not end users) this should be disabled by default. --- On Fri, 5/8/09, André Hentschel <nerv(a)dawncrow.de> wrote: From: André Hentschel <nerv(a)dawncrow.de> Subject: Re: Dynamically adding debug channels (__wine_dbg_set_channel_flags) To: daniel.santos(a)pobox.com, wine-devel(a)winehq.org Date: Friday, May 8, 2009, 7:07 AM The Problem with a pre-processor setting would be that the endusers may not be able to make good logs for the devs. At the moment you can say to a user "send a log using 'WINEDEBUG=commctrl wine program.exe'", the user doesnt have to know what he is doing exactly, but he sends a usefull text. That wouldnt be possible anymore as i understand it. Best regards André Hentschel Daniel Santos schrieb: > It would seem quite helpful for debugging odd situations to be able to turn debugging on and off programmatically. I like not having every debug class loaded in memory by default (and everything that goes with maintaining that global list), but it would seem quite helpful for troubleshooting, testing and debugging special cases (mostly where one doesn't have the sources of the troublesome app). > > Thus, perhaps __wine_dbg_set_channel_flags could add the debug channel to debug_options if it doesn't exist and even allow setting the default_flags (say by having a zero-length name in the channel argument) or even another function which would allow it. I'm not sure what thread synchronization implications this would bring about (and the associated costs of the sync objects), it seems it would require at the least the use of a critical section to modify the debug_options, but perhaps this can be a pre-processor driven option? The configure could have a --enable-dynamic-channels or some such that would set a pre-processor macro, etc. > > Alternatively, a cheaper (hackier) mechanism of thread-safety could be achived by having the debug_options be contained in a struct along with the nb_debug_options and have them heap-allocated so that the debug_options pointer could be changed in a single machine instruction. A similar mechanism (i.e., hack) could be use to free the old debug_options struct. That's ugly, but I'm just presenting options. > > Daniel > > > ------------------------------------------------------------------------ > > >

2 1

Re: comctl32: add ListView_SetCheckState and ListView_GetCheckState with tests(try3)
by Vitaliy Margolen 09 May '09

09 May '09

André Hentschel wrote: > now using SNDMSGW > --- > dlls/comctl32/listview.c | 1 - > dlls/comctl32/tests/listview.c | 8 ++++++++ > include/commctrl.h | 6 ++++++ > 3 files changed, 14 insertions(+), 1 deletions(-) > > +#define ListView_SetCheckState(hwndLV, iIndex, bCheck) \ > + { LVITEMA _LVi; _LVi.state = ((bCheck?2:1) << 12); _LVi.stateMask = LVIS_STATEIMAGEMASK;\ > + SNDMSGW(hwndLV, LVM_SETITEMSTATE, (WPARAM)(INT)(iIndex), (LPARAM) (LPLVITEMA)&_LVi);} If you using SendMessageW you must use W structures (LVITEMW not LVITEMA). Also why are you typecasting WP & LP two times? Vitaliy.

1 0

Re: comctl32: add ListView_SetCheckState and ListView_GetCheckState with tests(try3)
by Nikolay Sivov 09 May '09

09 May '09

André Hentschel wrote: > now using SNDMSGW > --- > dlls/comctl32/listview.c | 1 - > dlls/comctl32/tests/listview.c | 8 ++++++++ > include/commctrl.h | 6 ++++++ > 3 files changed, 14 insertions(+), 1 deletions(-) I still don't follow you. How will it run on systems without unicode support? In general it's better to correct all A-only macros to SNDMSG. This eliminates problem with missed SendMessageW and superfluous AtoW conversion when it's present. In native header ListView_SetCheckSate is implemented as a wrapper over ListView_SetItemState which in turn is defined as SNDMSG.

1 0

possible-wrong return value of PdhMakeCounterPathA
by Joris Huizer 08 May '09

08 May '09

Obviously mostly a small and theoretical problem, but anyway: Looking at git commit 754b97c72c38f736100c6542af234c31a4bf7a5b, it seems, PdhMakeCounterPathA may be returning the wrong error in this case: Everything goes well until the allocation of bufferW. Assuming this fails, the function will return PDH_MORE_DATA, which seems the wrong error value (instead it should probably return PDH_MEMORY_ALLOCATION_FAILURE ? ) regards, Joris

1 0

Re: comctl32/test: test CheckState Macros
by Austin English 08 May '09

08 May '09

2009/5/5 André Hentschel <nerv(a)dawncrow.de>: > --- > dlls/comctl32/tests/listview.c | 2 ++ > 1 files changed, 2 insertions(+), 0 deletions(-) This patch fails without your other patch. In the future, please combine them into one patch, or number them in a series. Wine must compile and pass the tests before and after every patch. -- -Austin

4 4

Dynamically adding debug channels (__wine_dbg_set_channel_flags)
by Daniel Santos 08 May '09

08 May '09

It would seem quite helpful for debugging odd situations to be able to turn debugging on and off programmatically. I like not having every debug class loaded in memory by default (and everything that goes with maintaining that global list), but it would seem quite helpful for troubleshooting, testing and debugging special cases (mostly where one doesn't have the sources of the troublesome app). Thus, perhaps __wine_dbg_set_channel_flags could add the debug channel to debug_options if it doesn't exist and even allow setting the default_flags (say by having a zero-length name in the channel argument) or even another function which would allow it. I'm not sure what thread synchronization implications this would bring about (and the associated costs of the sync objects), it seems it would require at the least the use of a critical section to modify the debug_options, but perhaps this can be a pre-processor driven option? The configure could have a --enable-dynamic-channels or some such that would set a pre-processor macro, etc. Alternatively, a cheaper (hackier) mechanism of thread-safety could be achived by having the debug_options be contained in a struct along with the nb_debug_options and have them heap-allocated so that the debug_options pointer could be changed in a single machine instruction. A similar mechanism (i.e., hack) could be use to free the old debug_options struct. That's ugly, but I'm just presenting options. Daniel

2 1

Re: tools/winedump: sign compare fixes
by Alexandre Julliard 08 May '09

08 May '09

Austin English <austinenglish(a)gmail.com> writes: > -static const char *debugstr_wn(const WCHAR *wstr, int n) > +static const char *debugstr_wn(const WCHAR *wstr, uint n) > { > static char buf[80]; > char *p; > - int i; > + uint i; uint is not a standard type. Use "unsigned int" instead. -- Alexandre Julliard julliard(a)winehq.org

1 0

Fwd: [Wine] How to Rip DVD and Convert video on OS X
by Austin English 08 May '09

08 May '09

I know it's been mentioned a few times on wine-users, and the signup question was recently changed, but is there anything else we can do to prevent the forum spam? It's getting a bit out of hand. There is at least one message similar to the below daily. -- -Austin ---------- Forwarded message ---------- From: rahul6 <wineforum-user(a)winehq.org> Date: Fri, May 8, 2009 at 1:31 AM Subject: [Wine] How to Rip DVD and Convert video on OS X To: wine-users(a)winehq.org Now portable devices can be seen everywhere. They don't take so much space and are easy to use. Many people use their devices such as iPod, iPhone, PSP, Mobile Phone, Zune, Creative Zen, iRiver, Sansa, etc. to be served as their DVD Players or Video players. But the first thing kept in mind is that most such devices can not support DVD and some other video formats. But it is not difficult, some third-party conversion software such as Mac DVD Ripper

1 0

RE: Severity levels
by Nicklas Börjesson 08 May '09

08 May '09

Hi all, it seems that some of my earlier mails(and some other) has been re-mailed to the list. I don't think that our(here, at my workplace) servers has done this, rather, it feels like the mailing list server did it. So understand that I am not bombarding the list. I see that many are replying to some really old posts. //Nicklas

1 0

Severity levels
by Nicklas Börjesson 08 May '09

08 May '09

Hi all! First, I couldn't find any list more suitable than this one to comment the severity levels in the bug reporting so I post it here. If this was a really bad thing to do, please tell me were to do so. Secondly, don't take this wrong, I am not here to preach, I actually think this is a serious problem. I am not drunk either. Currently. :-) So, with regards to severity levels: Current severity levels are perfect for server applications where everything is simply about functionality working or not working. However, the overwhelming majority of windows applications in general, and those being ported through wine in particular are GUI-based, end-user applications. When it comes to these kinds of applications, in front of which actual people sit for hours on end doing actual work, other factors come into play. So I would like to introduce a bold new weight into the severity assessment: The user experience. Or at least the bugs' negative impact on it. The user experience(UE from here on) is really quite impossible to quantify exactly, luckily that is not usually necessary. There are several reasons to incorporate this into the severity classification, but I'll stop at two: 1. The ones reporting the bugs will come across with how severe they think the bug is to them. Currently, there is far too much of "you've got a almost black screen or black square instead of icons running Photoshop?..hmm that's really trivial...an 'UI glitch', but OK then, I'll mark it minor to be nice to ya." To a user, even an advanced one, this must feel like talking to a condescending Martian. Frustrating, if not infuriating. Likely, they will never again take the time to make a bug report. It is even quite likely that they will give up their move away from windows. 2. Currently, fixing a "trivial" UE-bug can make way more users happy than fixing a "normal" functionality-bug. This means that bug fixing is prioritized on a basis other than catering to the users needs. And to me, that's something that really shows. Can one defend this without invalidating the wine project? It is a serious question, I might have missed something fundamental. Anyway, I have some ideas on how to make the severity classifications better(and more intuitive for the mere user), but I won't go in to that now. I just want to know if any of you agree with me. Do I make a valid point? //Nicklas PS. I repost this since I didn't get any post from the server the first time. Also I expect this post to piss some off, which makes it even stranger not to get any replies at all. BTW, I also just read in a comment in a bug report that the severity flag doesn't mean much at all when it comes to how a bug is prioritized. So the only input the users have on how important a bug is to them is practically ignored? Why have that checkbox then? And why make such a big thing of it not being correctly set? DS.

10 55

msvcrt crash issue, tracing
by Kjell Rune Skaaraas 07 May '09

07 May '09

Hello, I've been working for some time now trying to resolve bug 15817 because it's a kickass game that apart from one crashing issue works great under wine. The situation in brief is that it works with a msvcrt.dll override, but crashes randomly and sometimes consistantly using wine's stub. Now, when I run it with trace+msvcrt, it always crashes right after attaching a new thread: trace:msvcrt:MSVCRT_operator_delete (0x8edfda0) trace:msvcrt:DllMain (0x7e510000, DLL_THREAD_ATTACH, (nil)) pid(8), tid(28), tls(2) trace:msvcrt:MSVCRT_setlocale (4 (null)) err:seh:setup_exception_record stack overflow 1440 bytes in thread 0009 eip 7ef8c40e esp 02910d90 stack 0x2910000-0x2911000-0x2e10000 However, I've been looking at the functions in the trace and it doesn't seem to be any of these functions causing the crash. Now, having looked at what msvcrt.dll is, it's much, much more than these functions, it's the C Run-Time dll and contains lots of functions, most are probably very standard and so don't contain any TRACEs. The only thing I can think of being the cause is that it must be some sort of untraced function causing this. I'm sorta out of my depth here on fixing this thing, how would you go about solving it? I think I'd be 90% of the way there if I could just figure out what functions it's really calling. Is there any way to track every access to the DLL, and I mean every? Like say a wrapper that would output a trace line then it calls the wine/real DLL? Regards, Kjell Rune Skaaraas _________________________________________________________ Alt i ett. Få Yahoo! Mail med adressekartotek, kalender og notisblokk. http://no.mail.yahoo.com

2 1

Re: [5/5] wined3d: Add support for immediate constants to the GLSL backend.
by Stefan Dösinger 07 May '09

07 May '09

Am Donnerstag, 7. Mai 2009 16:39:19 schrieb Henri Verbeet: I don't see an issue with the code in this patch, but did you find out anything new regarding the geforce 8 immval handling in the Nvidia driver? Remember the issue where my more-uniforms patch blew the constant limit because the driver encoded scalars as replicated vec4 immvals that still needed a full vec4 uniform for some reason? Was that a driver bug that is fixed in the newer drivers?

2 1

Re: Resend of xinput patch for bug 18218
by Austin English 07 May '09

07 May '09

On Sun, May 3, 2009 at 7:12 PM, Rafał Mużyło <galtgendo(a)gmail.com> wrote: > I didn't put DllMain in this file, as it was not > in the current version, just added numbers and > sorted (latter probably unnecessary). > --- dlls/xinput1_3/xinput1_3_main.c.old 2009-04-25 16:54:42.000000000 +0200 > +++ dlls/xinput1_3/xinput1_3_main.c 2009-04-26 00:41:04.000000000 +0200 If possible, please use git diff. > @@ -95,12 +95,20 @@ > { > FIXME("(%d %d %p)\n", dwUserIndex, dwFlags, pCapabilities); > > + //pCapabilities = HeapAlloc(GetProcessHeap(), HEAP_ZERO_MEMORY, sizeof(XINPUT_CAPABILITIES)); No C++ code/comments. Thanks for helping wine! -- -Austin

1 0

Re: [1/3](resend)msctf: implement ITfKeystrokeMgr::PreserveKey
by Alexandre Julliard 07 May '09

07 May '09

Aric Stewart <aric(a)codeweavers.com> writes: > --- > dlls/msctf/tests/inputprocessor.c | 6 ++-- > dlls/msctf/threadmgr.c | 59 > +++++++++++++++++++++++++++++++++++- > 2 files changed, 60 insertions(+), 5 deletions(-) It doesn't work here: ../../../tools/runtest -q -P wine -M msctf.dll -T ../../.. -p msctf_test.exe.so inputprocessor.c && touch inputprocessor.ok inputprocessor.c:415: Test failed: ITfKeystrokeMgr_PreserveKey failed inputprocessor.c:418: Test failed: ITfKeystrokeMgr_PreserveKey inproperly succeeded make[2]: *** [inputprocessor.ok] Error 2 -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: gdiplus: use the mode passed to GdipCreateLineBrushFromRect
by Alexandre Julliard 07 May '09

07 May '09

"Vincent Povirk" <vincent(a)codeweavers.com> writes: > From 5ff18c519843d8df18bbb9d398079ed6a532c8c6 Mon Sep 17 00:00:00 2001 > From: Vincent Povirk <vincent(a)codeweavers.com> > Date: Wed, 6 May 2009 16:36:06 -0500 > Subject: [PATCH] gdiplus: use the mode passed to GdipCreateLineBrushFromRect It doesn't work here: ../../../tools/runtest -q -P wine -M gdiplus.dll -T ../../.. -p gdiplus_test.exe.so brush.c && touch brush.ok brush.c:343: Test failed: Expected 100.00, got 0.00 make[2]: *** [brush.ok] Error 1 -- Alexandre Julliard julliard(a)winehq.org

1 0

RE: Getting my test for DrawIcon and DrawIconEx included
by Ge van Geldorp 07 May '09

07 May '09

Hi Joel, > From: Joel Holdsworth > > Is there a reason why my patch (attached) hasn't been included yet? This > is my first patch, so maybe someone can help me get it in. You are aware that this patch introduces test failures on Windows 2000, Vista and 2008? See http://www.winehq.org/pipermail/wine-devel/2009-May/075324.html Ge.

1 0

Re: (resubmit: need a hint) user32: when needed, recalculate menu size of menu bar before tracking starts.
by Alexandre Julliard 07 May '09

07 May '09

Rein Klazes <wijn(a)online.nl> writes: > Fixes bug 10845 > > Changes from previous patch: menu position calculations moved to > nonclient.c. You shouldn't need that, the menu size should be recomputed when it gets repainted. And if the menu was changed the whole window size needs to be recomputed anyway. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: resubmit: [PATCH] crypt32: change salt allocation to handle errors (Coverity 133)
by Alexandre Julliard 07 May '09

07 May '09

Marcus Meissner <marcus(a)jet.franken.de> writes: > Coverity 133 shows that we need a error handling on failing > memory allocation here. Please handle the error correctly, returning FALSE is not enough. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: notepad: Use the explicit W-form of the types.
by Reece Dunn 07 May '09

07 May '09

2009/5/7 Michael Stefaniuc <mstefani(a)redhat.de>: > LoadString(Globals.hInstance, STRING_ERROR, szTitle, SIZEOF(szTitle)); > FormatMessage( > FORMAT_MESSAGE_ALLOCATE_BUFFER | FORMAT_MESSAGE_FROM_SYSTEM, > - NULL, error, 0, > - (LPTSTR) &lpMsgBuf, 0, NULL); > + NULL, error, 0, (LPWSTR)&lpMsgBuf, 0, NULL); Shouldn't you be using FormatMessageW here? Also, should the LoadString call be fixed as well? - Reece

2 1

Getting my test for DrawIcon and DrawIconEx included
by Joel Holdsworth 07 May '09

07 May '09

Is there a reason why my patch (attached) hasn't been included yet? This is my first patch, so maybe someone can help me get it in. Joel

2 1

Re: (resubmit: need a hint) user32: when needed, recalculate menu size of menu bar before tracking starts.
by Austin English 07 May '09

07 May '09

On Thu, May 7, 2009 at 1:52 AM, Rein Klazes <wijn(a)online.nl> wrote: > Fixes bug 10845 > > Changes from previous patch: menu position calculations moved to > nonclient.c. Can you add a testcase? -- -Austin

4 3

Re: [4/5] WineD3D: Work around a bad crash in fglrx
by Henri Verbeet 06 May '09

06 May '09

2009/5/5 Stefan Dösinger <stefan(a)codeweavers.com>: > + * quirk only enables point sprites on the first texture unit. This keeps point sprites working in > + * most games, but avoids the crash ...and on the other ones it will create hard to diagnose / explain bugs. Just disabling the extension if it's broken also avoids the crash, and will at least have predictable behaviour. I also *still* think us working around AMD's bugs is the wrong approach. Of course it would also help if AMD took these kind of things seriously, or at least replied to my posts (http://www.phoronix.com/forums/showpost.php?p=63527&postcount=107).

6 8

Wine on Solaris 10 and SXCE
by Vit Hrachovy 06 May '09

06 May '09

Hi people, Apostolos provided me links to download Sun packages of latest Wine (1.1.20) at sunfreepacks. Could someone responsible please update WineHQ page with the following info: http://winehq.org Run Windows applications on Linux, BSD, Solaris and Mac OS X. http://winehq.org/download/ Solaris http://www.sunfreepacks.com/listing/?limit=1000&offset=0 Solaris 10 http://www.sunfreepacks.com/pkgpool/ASwine-1.1.20.pkg.7z Solaris SXCE http://www.sunfreepacks.com/pkgpool/ASwine-SXCE-1.1.20.pkg.7z OpenSolaris package wine in repository http://pkg.opensolaris.org/contrib Thank you very much! Regards Vit Hrachovy -------- Original Message -------- Subject: Re: wine web pages update Date: Fri, 1 May 2009 11:31:53 -0700 (PDT) From: Apostolos Syropoulos <asyropoulos(a)yahoo.com> To: Vít Hrachový <vit.hrachovy(a)sandbox.cz> Hello there, We have exchanged a couple of messages back in March about the inclusion of Solaris/OpenSolaris download link in the wine pages, but still there is no progress. If you visit the following URL http://www.sunfreepacks.com/listing/?limit=10&offset=20 you will be able to download binary packages for both platforms. Could you please update your web pages? Kind regards, Apostolos ---------------------- Apostolos Syropoulos Xanthi, Greece

4 7

Re: Severity levels
by James Mckenzie 06 May '09

06 May '09

Darragh Bailey wrote on May 5th: > >On Mon, May 04, 2009 at 11:24:58AM -0700, James Mckenzie wrote: >> Ben Klein wrote on May 4th: >> > >> >Final post from me. >> > >> >2009/5/5 Nicklas Börjesson <Nicklas.Borjesson(a)ws.se>: >> >> b) I thought that priority was developer priority and severity was >> >> severity for the users. >> > >> >Nope. Both for the benefit of developers, hence why they're both on bugzilla. >> > >> > >> One question: Does Bugzilla have a place for user's to place the Impact on their ability to use a Windows program? This is much different than the priority and severity fields. >> >> James McKenzie > >In catching up on this long discussion, this is the first post that I've >seen that actually comes close to pin-pointing what is being requested. > >Current: >Severity = messure of bug impact on wine > >Requested: >Severity = message of bug impact on application running in wine > > >IMHO the bugzilla severity field is not the right place to measure >impact to other applications of bugs in the current development. >Attempting to track that type of information in the severity field >will always lead to confusion and problems. > As a reminder, Bugzilla is for developers to work in user discovered issues. The Severity field, as it is, is correct for developer/triage evaluation of discovered issues. It should not be changed. However, a developer should be aware of the impact on the user experience and the user's determined severity of a problem. Users should not be determining this through the use of the severity and priority fields. I have discussed the use of an impact field to have the user state what impact the problem has on their ability to use/install a particular application. Some problems have a more severe impact on certain applications. The use of metabugs to follow what applications are affected is HIGHLY discouraged. The users of Wine should be able to state, in one place, what the bug is, what its impact to them is and the status of repair and/or workaround(s) for the bug is. The Applications Database is the location where a user can input what they found through use of Wine by Linux/UNIX version/distribution and Wine version. Bug reports should reside in Bugzilla and users should be able to input bug reports quickly (<10 minutes for a non-English speaking user.) This seems to not be happening at the present time and users are confused by the Bugzilla interface and fields presented to them. We should not rely on the ability for users to read and understand what field does what but only present to them fields needed to be filled out by users when they submit a bug report. Since the severity and priority fields are developer only, they should not be present. The proposed impact field should be a drop down list only and present common impacts encountered by users, such as "Unable to Install Application", "Unable to run application","Screen is unreadable","Text not appearing on screen","Graphics are garbled". This allows the user to provide input and allow the triage team to provide feedback to the user as well as assign appropriate severity and priorities to bug reports. Please advise if this is what the project desires to do. Again, this is to improve the user experience for the unexperienced (nOOb) Wine user. Experienced users do not have these difficulties but this takes time away from developers and triage teams to provide user education. James McKenzie

3 2

Re: [2/5] WineD3D: Keep track of used float constants
by Henri Verbeet 06 May '09

06 May '09

> + reg_maps->constf = HeapAlloc(GetProcessHeap(), HEAP_ZERO_MEMORY, > + sizeof(*reg_maps->constf) * (constf_size / (sizeof(*reg_maps->constf) * 8) + 1)); This is flawed, it will allocate too much memory. You essentially want "(bit_count + 31) / 32" to calculate the number of DWORDs. > static void shader_record_register_usage(IWineD3DBaseShaderImpl *This, struct shader_reg_maps *reg_maps, > - DWORD register_type, UINT register_idx, BOOL has_rel_addr, BOOL pshader) > + DWORD register_type, UINT register_idx, BOOL has_rel_addr, BOOL pshader, unsigned char size) I don't think this is very nice, it's better to just call shader_record_register_usage() multiple times for the appropriate instructions. I.e., handle this the same way all the other opcodes are handled.

1 0

Shuttleworth on Wine
by nn 06 May '09

06 May '09

Shuttleworth on Wine http://www.osnews.com/story/21438/Shuttleworth_on_Wine Yahoo!7 recommends that you update your browser to the new Internet Explorer 8.Get it now.

4 4

Re: Severity levels
by James Mckenzie 05 May '09

05 May '09

Ben Klein wrote on May 4th: > >Final post from me. > >2009/5/5 Nicklas Börjesson <Nicklas.Borjesson(a)ws.se>: >> b) I thought that priority was developer priority and severity was >> severity for the users. > >Nope. Both for the benefit of developers, hence why they're both on bugzilla. > > One question: Does Bugzilla have a place for user's to place the Impact on their ability to use a Windows program? This is much different than the priority and severity fields. James McKenzie

7 7

winedbg and exceptions
by Christopher Harvey 05 May '09

05 May '09

Hi, I'm having trouble with winedbg and seh exceptions. I've got a program that throws TONS of unhanded exceptions that don't seem to affect behavior at all, but there is one exception that I'm after, it's an access violation exception that's crashing a program. I can "run" the program by holding enter in winedbg and telling it to cont on all exceptions, but I've never managed to read the exception I want this way. Basically I just need a backtrace from the violation. Chris.

2 1

Re: comdlg: implemented notifications are only sent with OFN_EXPLORER flag set
by Austin English 05 May '09

05 May '09

On Tue, May 5, 2009 at 5:42 AM, Ricardo Filipe <ricardojdfilipe(a)gmail.com> wrote: > as MSDN says and some manual testing i did shows these CDN notifications are > only sent if OFN_EXPLORER is sent in the dialog flags. You forgot the patch. -- -Austin

1 0

can't find winedbg
by Christopher Harvey 05 May '09

05 May '09

I just built wine out of git. Ran this: wine-git $ find . -name winedbg ./programs/winedbg notice there is no winedbg program. The output there is a folder only. Where is the winedbg program within the git tree?

5 7

Re: user32: fix a signed/unsigned issue in MENU_PopupMenuCalcSize
by Alexandre Julliard 05 May '09

05 May '09

Rein Klazes <wijn(a)online.nl> writes: > fix for bug #18354 That's only hiding the bug, the height shouldn't become negative. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: [PATCH 1/2] [User32]: clearly separe the 16bit code out of user32
by Alexandre Julliard 05 May '09

05 May '09

Eric Pouech <eric.pouech(a)orange.fr> writes: > @@ -145,14 +146,101 @@ HDDEDATA WDML_InvokeCallback16(PFNCALLBACK pfn, UINT uType, UINT uFmt, > return ret; > } > > +#define MAX_THUNKS 32 > +/* As DDEML doesn't provide a way to get back to an InstanceID when > + * a callback is run, we use thunk in order to implement simply the > + * 32bit->16bit callback mechanism. > + * For each 16bit instance, we create a thunk, which will be passed as > + * a 32bit callback. This thunk also stores (in the code!) the 16bit > + * address of the 16bit callback, and passes it back to > + * WDML_InvokeCallback16. > + * The code below is mainly to create the thunks themselved > + */ > +static struct ddeml_thunk > +{ > + DWORD instId; /* instance ID */ > + SEGPTR pfn16; /* 16bit callback address */ > + /* start: ; 32bit callback */ > + BYTE call; /* call get_eip */ > + DWORD call_rel32; /* */ > + /* get_eip: */ > + BYTE pop_eax; /* pop %eax ; eip of get_eip */ > + BYTE pop_ecx; /* pop %ecx ; return address */ > + BYTE push_pfn[3];/* pushl -0x9(%eax) ; push pfn16 */ > + BYTE push_ecx; /* pushl %ecx */ > + BYTE push; /* push $DDEML_InstanceCallback16 */ > + DWORD cb16; /* */ > + BYTE ret; /* ret ; jmp DDEML_InstanceCal...*/ > +} *DDEML16_Thunks; It doesn't really make sense to build position-independent code for a thunk that is at a known address. Plus you don't even need the address, a simple pushl $pfn16 would work just as well. Look at how winproc thunks are done. -- Alexandre Julliard julliard(a)winehq.org

1 0

GUI debugging
by Benoit SCHWINDEN 05 May '09

05 May '09

Hello, I am trying to make a very special application working with Wine 1.1.20 (Loris, from Ever Ezida, a library management software). Almost everything is functionnal, but there is a little graphical bug with some texfields. Also, I would like to know if there are some ways to debug a GUI, especially a way to know which library or DLL is called to display a part of this GUI (ie know what DLL is used to display my faulties text fields). Thanks a lot by advance. Best regards, Benoit. -- Benoit SCHWINDEN Direction Informatique Groupe GNU/Linux Université de Strasbourg 03 90 24 12 46

3 4

Re: winmm: Added Polish translation
by Alexandre Julliard 05 May '09

05 May '09

Łukasz Wojniłowicz <lukasz.wojnilowicz(a)gmail.com> writes: > dlls/winmm/winmm_Pl.rc | 126 ++++++++++++++++++++++++++++++++++++++++++++++++ > 1 files changed, 126 insertions(+), 0 deletions(-) > create mode 100644 dlls/winmm/winmm_Pl.rc Adding the file won't have any effect unless you include it from the main resource file. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: crypt32/tests: Print a better error if no Verisign root certificates available.
by Juan Lang 05 May '09

05 May '09

Hi, I just noticed commit efa555596b30134261920ea12d8c324f9bef34b4. This change is misleading: - "Chain %d, element [%d,%d]: expected error %08x, got %08x\n", + "Chain %d, element [%d,%d]: expected error %08x, got %08x. %08x is " + "expected if no valid Verisign root certificate is available.\n", testIndex, chainIndex, elementIndex, expected->dwErrorStatus, - got->dwErrorStatus); + got->dwErrorStatus, CERT_TRUST_IS_UNTRUSTED_ROOT); The only difference is to add CERT_TRUST_IS_UNTRUSTED_ROOT if any chain doesn't match, whatever the reason. On the other hand, only one chain out of 14 or so that are tested would ever unexpectedly have CERT_TRUST_IS_UNTRUSTED_ROOT set. The remainder of the chains are not rooted in any trusted CA, but are rooted in some untrusted cert. So I don't think this change is really all that beneficial. Personally, I'd rather have the change reverted. Comments? --Juan

2 12

Re: Added Polish translation
by Jeremy Newman 04 May '09

04 May '09

I tried applying this patch, but the files are corrupt. It looks like the UTF-8 encoding was not preserved. You should send the patch as an attachment instead of inline. -Newman Łukasz Wojniłowicz wrote: > --- > include/data.php | 4 + > templates/pl/.cvsignore | 2 + > templates/pl/announce.template | 7 ++ > templates/pl/download.template | 187 ++++++++++++++++++++++++++++++++++++ > templates/pl/download/deb.template | 102 ++++++++++++++++++++ > templates/pl/home.template | 90 +++++++++++++++++ > templates/pl/interview.template | 8 ++ > templates/pl/irc.template | 18 ++++ > templates/pl/lang.template | 37 +++++++ > templates/pl/news.template | 11 ++ > templates/pl/search.template | 26 +++++ > 11 files changed, 492 insertions(+), 0 deletions(-) > create mode 100644 templates/pl/.cvsignore > create mode 100644 templates/pl/announce.template > create mode 100644 templates/pl/download.template > create mode 100644 templates/pl/download/deb.template > create mode 100644 templates/pl/home.template > create mode 100644 templates/pl/interview.template > create mode 100644 templates/pl/irc.template > create mode 100644 templates/pl/lang.template > create mode 100644 templates/pl/news.template > create mode 100644 templates/pl/search.template > > diff --git a/include/data.php b/include/data.php > index a0e2f5f..c9a656b 100644 > --- a/include/data.php > +++ b/include/data.php > @@ -61,6 +61,10 @@ class data > 'name' => 'FranÃ§ais', > 'change' => 'Changez la langue' > ), > + 'pl' => array( > + 'name' => 'Polski', > + 'change' => 'ZmieÅ„ jÄ™zyk' > + ), > 'pt' => array( > 'name' => 'PortuguÃªs', > 'change' => 'Mudar a lÃngua' > diff --git a/templates/pl/.cvsignore b/templates/pl/.cvsignore > new file mode 100644 > index 0000000..0ba44f6 > --- /dev/null > +++ b/templates/pl/.cvsignore > @@ -0,0 +1,2 @@ > +docs > +winapi_stats.template > diff --git a/templates/pl/announce.template b/templates/pl/announce.template > new file mode 100644 > index 0000000..e8e15c0 > --- /dev/null > +++ b/templates/pl/announce.template > @@ -0,0 +1,7 @@ > + > + > + > +<h1 class="title">OgÅ‚oszenie nowego Wine</h1> > + > + > + > diff --git a/templates/pl/download.template b/templates/pl/download.template > new file mode 100644 > index 0000000..185dafa > --- /dev/null > +++ b/templates/pl/download.template > @@ -0,0 +1,187 @@ > + > + > + > +<h1 class="title">Pobieralnia Wine</h1> > + > +<h2 style="margin-bottom: 10px;"><a name="crossover"></a>Wine ze wsparciem technicznym</h2> > + > +<table border="0" cellpadding="5" cellspacing="1" bgcolor="#EFEFEF"> > + > + <tr> > + <td align="center" bgcolor="black"><b><font color="white" class="small">Produkt</font></b></td> > + <td align="center" bgcolor="black"><b><font color="white" class="small">Opis</font></b></td> > + </tr> > + > + <tr> > + <td align="center" bgcolor="#ffffff"> > + <a href="http://www.codeweavers.com/products/download_trial/"> > + <img src="{$root}/images/distro/crossover.png" > + width="50" height="50" alt="CrossOver Linux or Mac" border="0"> > + </a> > + </td> > + <td align="left" bgcolor="#ffffff"> > + <b><a href="http://www.codeweavers.com/products/">CrossOver</a></b> > + jest dobrze wykoñczon± wersj± dostarczan± przez <b><a href="http://www.codeweavers.com">CodeWeavers</a></b>. > + CrossOver usprawnia u¿ywanie Wine, a CodeWeavers zapewnia wspania³e wsparcie techniczne swoim u¿ytkownikom. Wszystkie fundusze ze sprzeda¿y CrossOvera s± przekazywane bezpo¶rednio jako wsparcie dla programistów pracuj±cych nad Wine. Tak wiêc CrossOver jest jest wspania³± drog± uzyskania wsparcia jak równie¿ wspierania Projektu Wine. CodeWeavers dostarcza w pe³ni funkcjonaln± <b><a href="http://www.codeweavers.com/products/download_trial/">wersjê trialow± CrossOver</a></b>. > + </td> > + </tr> > +</table> > + > +<p class="small" align="center">To poparcie jest g³ównym dowodem uznania wymaganym przez CodeWeavers w zamian za hostowanie strony Wine.</p> > + > + > +<h2 style="margin-bottom: 5px;"><a name="binary"></a>Pobieralnia binariów Wine</h2> > + > +<table style="margin: 0 0 15px 0;" width="100%"> > +<tr> > + <td width="200">Najnowsze stabilne wydanie:</td><td>Wine {$config_stable_release}</td> > + <td rowspan="2" valign="top" style="padding-left: 20px; text-align: center;"><b>Zajrzyj do > + <a href="http://wiki.winehq.org/HowTo">samouczka konfiguracji i instalacji</a> > + , aby zaznajomiæ siê z czynno¶ciami po-instalacyjnymi.</b></td> > +</tr> > +<tr> > + <td>Najnowsze rozwojowe wydanie:</td><td>Wine {$config_master_release}</td> > +</tr> > +</table> > + > +<table border="0" cellpadding="5" cellspacing="1" bgcolor="#EFEFEF"> > + > + <tr> > + <td align="center" bgcolor="black"><b><font color="white" class="small">System</font></b></td> > + <td align="center" bgcolor="black"><b><font color="white" class="small">Notki</font></b></td> > + <td align="center" bgcolor="black"><b><font color="white" class="small">Opiekun</font></b></td> > + </tr> > + > + <tr bgcolor="#ffffff"> > + <td align="center"><a href="{$root}/download/deb"> > + <img src="{$root}/images/distro/ubuntu.png" width="50" height="50" alt="Ubuntu linux" border="0"></a> > + </td> > + <td> <b><a href="{$root}/download/deb">Ubuntu</a></b> > + binare i ¼ród³owe paczki .deb dla Ubuntu Hardy (8.04), Intrepid (8.10), i Jaunty (9.04) > + <td><a href="mailto:scott@open-vote.org">Scott Ritchie</a></td> > + </tr> > + > + <tr bgcolor="#ffffff"> > + <td align=center><a href="{$root}/download/deblenny"> > + <img src="{$root}/images/distro/debian.png" width="50" height="50" alt="Debian Linux" border="0"></a> > + </td> > + <td> <b><a href="{$root}/download/deblenny">Debian</a></b> > + binarne paczki .deb dla Debian Lenny, Squeeze i Sid</td> > + <td><a href="mailto:repository@lamaresh.net">Maurilio Genovese</a><br><a href="mailto:ben.klein@lamaresh.net">Ben Klein</a></td> > + </tr> > + > + <tr bgcolor="#ffffff"> > + <td align="center"><a href="http://fedoraproject.org/wiki/AndreasBierfert/Wine"> > + <img src="{$root}/images/distro/redhat.png" width="50" height="50" alt="RedHat Linux" border="0"></a> > + </td> > + <td> <b><a href="http://fedoraproject.org/wiki/AndreasBierfert/Wine">Red Hat / CentOS / Fedora</a></b> > + binarne i ¼ród³owe .rpmy dla Red Hat Enterprise Linux 4, 5; CentOS 4, 5; Fedora Core 5, 6; Fedora Linux 7 i kompatybilnych dystrybucji > + The wine meta package is available via <tt>yum</tt> > + through the EPEL / Fedora Extras / Fedora repository by running <tt>$ yum install > + wine </tt>" > + </td> > + <td><a href="mailto:andreas.bierfert_at_lowlatency.de">Andreas Bierfert</a></td> > + </tr> > + > + <tr bgcolor="#ffffff"> > + <td align="center"><a href="http://en.opensuse.org/Wine#Repositories"> > + <img src="{$root}/images/distro/suse.png" width="50" height="50" alt="SUSE Linux" border="0"></a> > + </td> > + <td> <b><a href="http://en.opensuse.org/Wine#Repositories">SUSE</a></b> > + binarne i ¼ród³owe .rpmy i dzienne zrzuty RPM dla openSUSE 10.3, 11.0, 11.1 i SLES 9 i SLE 10.<br/> > + Starsze wersje paczek dostêpne <a href="http://sourceforge.net/project/showfiles.php?group_id=6241&package_id=7…">SourceForge</a> > + </td> > + <td><a href="mailto:meissner@suse.de">Marcus Meissner</a></td> > + </tr> > + > + <tr bgcolor="#ffffff"> > + <td align="center"><a href="http://sourceforge.net/project/showfiles.php?group_id=6241&package_id=8…"> > + <img src="{$root}/images/distro/mandriva.png" width="50" height="50" alt="Mandriva Linux" border="0"></a> > + </td> > + <td> <b><a href="http://sourceforge.net/project/showfiles.php?group_id=6241&package_id=8…">Mandriva</a></b> > + binarne .rpmy dla Mandriva Linux 2006, 2007, i 2008. Pobierz > + paczkê 2008.1 je¿eli twoja Mandriva to wydanie 2008.1 , np. 2008 > + Spring. Pobierz paczkê 2008.0 je¿eli twoja Mandriva jest > + pierwszym wydaniem z 2008 roku</td> > + <td><a href="mailto:marco@mandrivaclub.nl">Marco Meijer</a></td> > + </tr> > + > + <tr bgcolor="#ffffff"> > + <td align="center"><a href="http://sourceforge.net/project/showfiles.php?group_id=6241&package_id=6…"> > + <img src="{$root}/images/distro/slackware.png" width="50" height="50" alt="Slackware linux" border="0"></a> > + </td> > + <td> <b><a href="http://sourceforge.net/project/showfiles.php?group_id=6241&package_id=6…">Slackware</a></b> > + binarne .tgz dla Slackware 10.2</td> > + <td><a href="mailto:sadam@clemson.edu">Adam Schreiber</a></td> > + </tr> > + > + <tr bgcolor="#ffffff"> > + <td align="center"><a href="http://www.freshports.org/emulators/wine/"> > + <img src="{$root}/images/distro/freebsd.png" width="50" height="54" alt="FreeBSD" border="0"></a> > + </td> > + <td> <b><a href="http://www.freshports.org/emulators/wine/">FreeBSD</a></b> > + ¼ród³a dla FreeBSD 5.3 i pó¼niejszych</td> > + <td><a href="mailto:gerald@pfeifer.com">Gerald Pfeifer</a></td> > + </tr> > + > + <tr bgcolor="#ffffff"> > + <td align="center"><a href="http://www.pbidir.com/bt/search/?str=wine&search=Search"> > + <img src="{$root}/images/distro/pcbsd.png" width="50" height="50" alt="FreeBSD" border="0"></a> > + </td> > + <td> <b><a href="http://www.pbidir.com/bt/search/?str=wine&search=Search">PC-BSD</a></b> > + binarne paczki .pbi dla PC-BSD (system bazuj±cy na FreeBSD)</td> > + <td><a href="mailto:kris@pcbsd.com">Kris Moore</a></td> > + </tr> > + > +</table> > + > + > +<h2 style="margin-bottom: 10px;"><a name="binary"></a>Aplikacje osób trzecich</h2> > + > +<p>Czasami pewne modyfikacje Wine mog± sprawiæ, > +¿e aplikacja bêdzie dzia³aæ, ale z pewnych powodów zmiany te nie > +mog± byæ wcielone do Wine. Stworzono ró¿ne aplikacje (tzw. > +aplikacje osób trzecich), aby pomóc przezwyciê¿yæ niedobory w > +Wine. Aplikacje te s± ca³kowicie niewspierane przez programistów > +Wine, jednak¿e mog± ci siê przydaæ. Aby dowiedzieæ siê wiêcej, > +odwied¼ <a href="http://wiki.winehq.org/ThirdPartyApplications">nasz± > +stronê wiki</a> w poszukiwaniu aplikacji osób trzecich.</p> > + > +<h2><a name="source"></a>Pobieralnia ¼róde³ Wine</h2> > + > +<table border="0" cellpadding="5" cellspacing="1" bgcolor="#EFEFEF"> > + > + <tr> > + <td align="center" bgcolor="black"><b><font color="white" class="small">Po³o¿enie</font></b></td> > + <td align="center" bgcolor="black"><b><font color="white" class="small">Opis</font></b></td> > + </tr> > + > + <tr bgcolor="#ffffff"> > + <td> <a href="http://sourceforge.net/project/showfiles.php?group_id=6241&package_id=7…" target="_blank">sourceforge.net</a></td> > + <td> Nasza oficjalna strona ¼róde³. </td> > + </tr> > + > + <tr bgcolor="#ffffff"> > + <td> <a href="http://wiki.winehq.org/GitWine">source.winehq.org/git</a> </td> > + <td> Do najnowszych wydañ rozwojowych. </td> > + </tr> > + > + <tr bgcolor="#ffffff"> > + <td><a href="http://ibiblio.org/pub/linux/system/emulators/wine/">ibiblio.org</a></td> > + <td> Alternatywna strona z oficjalnymi ¼ród³ami i dokumentacj±. </td> > + </tr> > + > +</table> > + > +<div style="margin: 10px; padding: 5px; border: 1px solid #C0C0C0; background-color: #F0F0F0;"><b>Notka:</b> Zobacz <a href="http://wiki.winehq.org/Recommended_Packages">zalecane paczki</a> aby uzyskaæ pomoc przy konfiguracji i kompilacji Wine.</div> > + > + > +<h2><a name="link2us"></a>Link do nas</h2> > + > +<p> > + <a href="http://www.winehq.org/download" target="_blank"><img > + src="{$root}/images/download_wine.png" border="1" width="88" height="31" vspace="0" hspace="5" align="left" > + alt="Download Wine"></a> > + U¿yj tego obrazka je¿eli chcesz utworzyæ dowi±zanie do naszej pobieralni. > +</p> > + > diff --git a/templates/pl/download/deb.template b/templates/pl/download/deb.template > new file mode 100644 > index 0000000..ae03788 > --- /dev/null > +++ b/templates/pl/download/deb.template > @@ -0,0 +1,102 @@ > + > + > + > +<h1 class="title"><a href="http://www.ubuntu.com/" target="_new"><img src="{$root}/images/distro/ubuntu.png" width="50" height="50" alt="Ubuntu Logo" border="0"></a> > +Wine dla Ubuntu i pochodnych Ubuntu > +<a href="http://www.debian.org/" target="_new"><img src="{$root}/images/distro/ubuntu.png" width="50" height="50" alt="Ubuntu Logo" border="0"></a></h1> > + > +<p>Ubuntu i inne dystrybucje bazuj±ce na Debianie > +u¿ywaj± specjalnego narzêdzia zwanego APT do zarz±dzania > +paczkami. APT jest zdolne automagicznie zainstalowaæ wszystkie > +potrzebne zale¿no¶ci dla paczki z programem, jak równie¿ > +utrzymywaæ zawsze najnowsz± wersjê paczki, poprzez przeszukiwanie > +czego¶, co jest znane pod nazw± repozytoria APT. Ubuntu ma swoje > +w³asne repozytorium programów, które zawiera w sobie Wine, > +jednak¿e my utrzymujemy nasze w³asne repozytorium najnowszych > +dostêpnych paczek beta, które mo¿na tutaj pobraæ.</p> > + > +<h2>Uwaga: To s± paczki beta</h2> > + > +<p><i>Te paczki s± paczkami beta. Oznacza to, ¿e > +okresowo mog± cierpieæ z powodu > +<a href="http://wiki.winehq.org/Regression">regresji</a>, a aktualizacja do nich mo¿e popsuæ funkcjonalno¶æ Wine. Je¿eli w > +twoim przypadku ostatnie stabilne wydanie Wine (aktualnie Wine 1.0.1) > +dzia³a, to nie musisz u¿ywaæ paczek beta.</i></p> > + > +<h2>Dodawanie repozytorium APT WineHQ:</h2> > + > +<p>Otwórz ¬ród³a oprogramowania z menu > +<b>System->Administracja->¬ród³a oprogramowania</b>. Nastêpnie przejd¼ na zak³adkê <b>Oprogramowanie osób trzecich</b> i kliknij <b>Dodaj...</b></p> > + > +<img src="{$root}/images/distro/ubuntu-softwaresources1.png" width="531" height="509" alt="System->Administration->Software Sources->Third Party Software" border="0"> > + > +<p>Nastêpnie, <b>wklej jedn± z poni¿szych linijek</b> zale¿nie od wersji twojego systemu.</p> > + > +<p><b>Dla Ubuntu Jaunty (9.04):</b><br> > +<i>deb http://wine.budgetdedicated.com/apt jaunty main #WineHQ - Ubuntu 9.04 "Jaunty Jackalope"</i></p> > +<p><b>Dla Ubuntu Intrepid (8.10):</b><br> > +<i>deb http://wine.budgetdedicated.com/apt intrepid main #WineHQ - Ubuntu 8.10 "Intrepid Ibex"</i></p> > +<p><b>Dla Ubuntu Hardy (8.04):</b><br> > +<i>deb http://wine.budgetdedicated.com/apt hardy main #WineHQ - Ubuntu 8.04 "Hardy Heron"</i></p> > + > +<h2>Przyznanie zaufania repozytorium APT WineHQ i instalowanie Wine:</h2> > + > +<p>Po dodaniu repozytorium, potrzebujesz równie¿ dodaæ > +klucz do tego repozytorium do twojej systemowej listy zaufanych kluczy.</p> > + > +<p><b><a href="http://wine.budgetdedicated.com/apt/Scott%20Ritchie.gpg">Pobierz > +i zapisz klucz Scotta Ritchiego</a></b> (prawy przycisk myszy -> zapisz jako) na pulpicie. Nastêpnie przejd¼ na > +zak³adkê <b>Uwierzytelnianie</b> , kliknij <b>Zaimportuj plik klucza...</b>, i wybierz plik klucza, którego w³a¶nie zapisa³e¶ (<i>Scott Ritchie.gpg</i>). Mo¿esz usun±æ ten plik po wykonaniu tego kroku.</p> > + > +<img src="{$root}/images/distro/ubuntu-softwaresources2.png" width="531" height="509" alt="System->Administration->Software Sources->Authentication" border="0"> > + > +<p>Kliknij zamknij, aby zakoñczyæ, a potem <b>uaktualnij dane o paczkach</b> w > +momencie pytania. Je¿eli masz zainstalowane Wine to systemowy > +menad¿er aktualizacji poinformuje ciê o najnowszym wydaniu Wine > +beta i zapyta ciê o aktualizacjê. Je¿eli nie instalowa³e¶ > +jeszcze Wine, to przejd¼ do <b>Aplikacje->Dodaj/usuñ aplikacje</b> i poszukaj Wine lub po prostu <a href="apt://wine">kliknij na tego > +linka</a>.</p> > + > +<h2>Aktualizacja do nowej wersji Ubuntu</h2> > + > +<p>Je¿eli aktualizujesz ca³y system np. przechodzisz z > +Ubuntu 8.10 na 9.04, to bêdzie konieczny powrót do tej strony i > +dodanie repozytorium do nowej wersji systemu. Wbudowany menad¿er > +aktualizacji nie zmieni automatycznie repozytorium Wine.</p> > + > +<h2>Starsze paczki .deb</h2> > + > +<p>Jako ¿e repozytorium APT mo¿e przechowywaæ > +jedynie najnowsze paczki, tak wiêc starsze wersje paczek s± > +dostêpne w > +<a href="http://wine.budgetdedicated.com/archive/index.html">archiwum WineHQ paczek .deb</a>.</p> > + > +<p>Mo¿esz zainstalowaæ pobrane paczki klikaj±c na nie dwukrotnie.</p> > + > +<h2>Alternatywne komendy wiersza poleceñ do zainstalowania Wine:</h2> > + > +<p>Mo¿liwe jest tak¿e dodanie repozytoriów Wine i > +zainstalowanie go z wiersza poleceñ. Jest to u¿yteczne w przypadku > +Kubuntu, Xubuntu, i innych pochodnych Ubuntu.</p> > + > +<p>Najpierw otwórz okno terminalu <b>Aplikacje->Akcesoria->Terminal</b> . Nastêpnie dodaj klucz > +repozytorium do systemowej listy zaufanych kluczy APT przez wklejenie > +nastêpuj±cej linijki do twojego terminalu:</p> > + > +<p><i>wget -q http://wine.budgetdedicated.com/apt/387EE263.gpg -O- | sudo apt-key add -</i></p> > + > +<p>Nastêpnie, dodaj repozytorium do systemowej listy ¼róde³ APT:</p> > + > +<p><b>Dla Ubuntu Jaunty (9.04):</b><br> > +<i>sudo wget http://wine.budgetdedicated.com/apt/sources.list.d/jaunty.list -O /etc/apt/sources.list.d/winehq.list</i></p> > +<p><b>Dla Ubuntu Intrepid (8.10):</b><br> > +<i>sudo wget http://wine.budgetdedicated.com/apt/sources.list.d/intrepid.list -O /etc/apt/sources.list.d/winehq.list</i></p> > +<p><b>Dla Ubuntu Hardy (8.04):</b><br> > +<i>sudo wget http://wine.budgetdedicated.com/apt/sources.list.d/hardy.list -O /etc/apt/sources.list.d/winehq.list</i></p> > + > +<p>Nastêpnie zaktualizuj informacje o paczkach APT wpisuj±c '<b>sudo apt-get > +update</b>'. . Teraz mo¿esz zainstalowaæ Wine zwyczajnie lub wpisuj±c '<b>sudo apt-get > +install wine</b>' w terminalu.</p> > + > +<br> > +<p><i>Bardzo szybki i niezawodny webhosting dla repozytoriów APT jest ³askawie dostarczany przez <a href="http://www.budgetdedicated.com/">budgetdedicated.com</a>.</i></p> > diff --git a/templates/pl/home.template b/templates/pl/home.template > new file mode 100644 > index 0000000..5687919 > --- /dev/null > +++ b/templates/pl/home.template > @@ -0,0 +1,90 @@ > + > + > + > + > +<div id="main_left"> > + > + <div class="rbox"> > + <b class="rtop"><b class="r1"></b><b class="r2"></b><b class="r3"></b><b class="r4"></b></b> > + <div class="content" style="padding: 25px 10px 10px 60px; height: 445px; overflow: auto;"> > + <ul class="winehq_menu"> > + > + <li class="info" onClick="document.location='{$root}/about/';"> > + <div class="title"><a href="{$root}/about/">Informacje</a></div> > + <div class="subtitle">Przegl±d funkcji Wine.</div> > + </li> > + > + <li class="dl" onClick="document.location='{$root}/download/';"> > + <div class="title"><a href="{$root}/download/">Pobieralnia</a></div> > + <div class="subtitle">¦ci±gnij Wine teraz!</div> > + </li> > + > + <li class="help" onClick="document.location='{$root}/help/';"> > + <div class="title"><a href="{$root}/help/">Pomoc!</a></div> > + <div class="subtitle">Dokumentacja, Wsparcie, i Wiki.</div> > + </li> > + > + <li class="devel" onClick="document.location='{$root}/devel/';"> > + <div class="title"><a href="{$root}/devel/">Rozwój</a></div> > + <div class="subtitle">¬ród³a Wine, Szukanie Robaków, itp.</div> > + </li> > + > + <li class="donate" onClick="document.donateForm.submit();"> > + <form action="https://www.paypal.com/cgi-bin/webscr" method="post" name="donateForm" style="margin: 0; padding: 0;"> > + <div class="title"><a href="javascript:document.donateForm.submit();">Darowizny</a></div> > + <input type="hidden" name="cmd" value="_xclick"> > + <input type="hidden" name="business" value="donate(a)winehq.org"> > + <input type="hidden" name="item_name" value="Wine donation"> > + </form> > + <div class="subtitle">Ofiary dla Wine.</div> > + </li> > + > + </ul> > + </div> > + <b class="rbottom"><b class="r4"></b><b class="r3"></b><b class="r2"></b><b class="r1"></b></b> > + </div> > + > + > +</div> > +<div id="main_right"> > + > + <div class="rbox"> > + <b class="rtop"><b class="r1"></b><b class="r2"></b><b class="r3"></b><b class="r4"></b></b> > + <div class="content" style="padding: 5px 10px 5px 10px; height: 85px; overflow: auto;"> > + > + <h3 class="title" style="margin: 0;">Najnowsze wydania</h3> > + <table style="margin: 7px 0 0 15px; border-spacing: 0; border: 0;"> > + <tr><td>Stabilne:</td> > + <td style="padding-left: 15px; padding-bottom: 2px;"> > + <b><a href="{$root}/announce/{$config_stable_release}">Wine {$config_stable_release}</a></b> > + <span class="small"> > + (<a href="http://source.winehq.org/git/wine.git?a=shortlog;h=refs/tags/wine-{$config_…">zmiany</a>) > + </span> > + </td></tr> > + <tr><td>Rozwojowe:</td> > + <td style="padding-left: 15px;"> > + <b><a href="{$root}/announce/{$config_master_release}">Wine {$config_master_release}</a></b> > + <span class="small"> > + (<a href="http://source.winehq.org/git/wine.git?a=shortlog;h=refs/tags/wine-{$config_…">zmiany</a>) > + </span> > + </td></tr> > + </table> > + </div> > + <b class="rbottom"><b class="r4"></b><b class="r3"></b><b class="r2"></b><b class="r1"></b></b> > + </div> > + > + <div class="rbox" style="margin-top: 15px;"> > + <b class="rtop"><b class="r1"></b><b class="r2"></b><b class="r3"></b><b class="r4"></b></b> > + <div class="content" style="padding: 10px; height: 340px; overflow: auto;"> > + > + <h3 class="title"><a href="{$root}/news/">Aktualno¶ci</a></h3> > + > +  > + > + <p><a href="{$root}/news/">wiêcej aktualno¶ci...</a></p> > + </div> > + <b class="rbottom"><b class="r4"></b><b class="r3"></b><b class="r2"></b><b class="r1"></b></b> > + </div> > + > +</div> > + > diff --git a/templates/pl/interview.template b/templates/pl/interview.template > new file mode 100644 > index 0000000..dc322f4 > --- /dev/null > +++ b/templates/pl/interview.template > @@ -0,0 +1,8 @@ > + > + > + > +<h1 class="title">Wywiady</h1> > + > + > + > + > diff --git a/templates/pl/irc.template b/templates/pl/irc.template > new file mode 100644 > index 0000000..e116f37 > --- /dev/null > +++ b/templates/pl/irc.template > @@ -0,0 +1,18 @@ > + > + > + > +<h1 class="title">Wsparcie na ¿ywo</h1> > + > +<p><a href="http://www.freenode.net">Freenode.net</a> hostuje kana³ IRC dla Wine. Mo¿esz wej¶æ do pokoju rozmów > +u¿ywaj±c programu IRC takiego jak np. > +<a href="http://www.xchat.org/">X-Chat</a>. U¿yj ustawieñ wymienionych poni¿ej.</p> > + > +<blockquote> > + <b>Serwer:</b> irc.freenode.net<br> > + <b>Port:</b> 6667<br> > + <b>Kana³:</b> #winehq<br> > +</blockquote> > + > +<p>Je¿eli u¿ywasz Mozilli lub innej przegl±darki która wspiera <b>u</b>e<b>r</b>e<b>l</b>e IRC, to mo¿esz do³±czyæ do rozmowy klikaj±c na <a href="irc://irc.freenode.net/#winehq">irc://irc.freenode.net/#winehq</a>.</p> > + > +<p> </p> > diff --git a/templates/pl/lang.template b/templates/pl/lang.template > new file mode 100644 > index 0000000..2c16bb2 > --- /dev/null > +++ b/templates/pl/lang.template > @@ -0,0 +1,37 @@ > + > + > + > +<h1 class="title">{$langChange}</h1> > + > + > + > +<p><b>Aktualny jezyk: </b> {$langCur}</p> > + > +<ul style="list-style: none; margin-left: 20px; padding: 0;"> > + > + <li style="background-image: url('{$root}/images/lang/en.png'); background-repeat: no-repeat; padding: 0 0 10px 40px;"> > + <a href="{$root}/lang/en" title="English">English</a> <small>(Angielski)</small> > + </li></a> > + > + <li style="background-image: url('{$root}/images/lang/de.png'); background-repeat: no-repeat; padding: 0 0 10px 40px;"> > + <a href="{$root}/lang/de" title="Deutsch">Deutsch</a> <small>(Niemiecki)</small> > + </li></a> > + > + <li style="background-image: url('{$root}/images/lang/es.png'); background-repeat: no-repeat; padding: 0 0 10px 40px;"> > + <a href="{$root}/lang/es" title="EspaÃ±ol">EspaÃ±ol</a> <small>(Hiszpanski)</small> > + </li> > + > + <li style="background-image: url('{$root}/images/lang/fr.png'); background-repeat: no-repeat; padding: 0 0 10px 40px;"> > + <a href="{$root}/lang/fr" title="FranÃ§ais">FranÃ§ais</a> <small>(Francuski)</small> > + </li> > + > + <li style="background-image: url('{$root}/images/lang/fr.png'); background-repeat: no-repeat; padding: 0 0 10px 40px;"> > + <a href="{$root}/lang/fr" title="FranÃ§ais">Polski</a> > + </li> > + > + <li style="background-image: url('{$root}/images/lang/pt.png'); background-repeat: no-repeat; padding: 0 0 10px 40px;"> > + <a href="{$root}/lang/pt" title="PortuguÃªs">PortuguÃªs</a> <small>(Portugalski)</small> > + </li> > + > +</ul> > + > diff --git a/templates/pl/news.template b/templates/pl/news.template > new file mode 100644 > index 0000000..ce5c53d > --- /dev/null > +++ b/templates/pl/news.template > @@ -0,0 +1,11 @@ > + > + > + > +<h1 class="title">AktualnoÅ›ci</h1> > + > + > + > +<ul class="rss"> > + <li><a href="{$root}/news/rss/">WineHQ News RSS Feed</a></li> > +</ul> > + > diff --git a/templates/pl/search.template b/templates/pl/search.template > new file mode 100644 > index 0000000..c44736b > --- /dev/null > +++ b/templates/pl/search.template > @@ -0,0 +1,26 @@ > + > + > + > +<h1 class="title" style="margin-bottom: 10px;">Wyniki wyszukiwania</h1> > + > +<div id="cse-search-results"></div> > +<script type="text/javascript"> > + $.gglclientCoords = function() { > + var dimensions = {width: 0, height: 0}; > + if (document.documentElement) { > + dimensions.width = document.documentElement.offsetWidth; > + dimensions.height = document.documentElement.offsetHeight; > + } else if (window.innerWidth && window.innerHeight) { > + dimensions.width = window.innerWidth; > + dimensions.height = window.innerHeight; > + } > + return dimensions; > + } > + var googleSearchIframeName = "cse-search-results"; > + var googleSearchFormName = "cse-search-box"; > + var googleSearchFrameWidth = ($.gglclientCoords().width - 250); > + var googleSearchDomain = "www.google.com"; > + var googleSearchPath = "/cse"; > +</script> > +<script type="text/javascript" src="http://www.google.com/afsonline/show_afs_search.js"></script> > + > > > ------------------------------------------------------------------------ > >

1 0

GUI debugging
by Benoit SCHWINDEN 04 May '09

04 May '09

Hello, I am trying to make a very special application working with Wine 1.1.20 (Loris, from Ever Ezida, a library management software). Almost everything is functionnal, but there is a little graphical bug with some texfields. Also, I would like to know if there are some ways to debug a GUI, especially a way to know which library or DLL is called to display a part of this GUI (ie know what DLL is used to display my faulties text fields). Thanks a lot by advance. Best regards, Benoit. -- Benoit SCHWINDEN Direction Informatique Groupe GNU/Linux Université de Strasbourg 03 90 24 12 46

1 0

Romanian translation (again)
by Dimitriu Petru 04 May '09

04 May '09

I'm here again for the Romanian translation of Wine. I only want somebody to change in the translation "Proprietă?i pentru" with "Proprietăţi pentru" because it shows ugly in ReactOS. Thanks in advance, Petru

4 4

Re: comdlg32: fix romanian translation
by Michael Stefaniuc 04 May '09

04 May '09

André Hentschel wrote: > suggested by Dimitriu Petru > --- > dlls/comdlg32/cdlg_Ro.rc | 4 ++-- > 1 files changed, 2 insertions(+), 2 deletions(-) This patch is wrong. The Romanian language uses "ț" aka "t with comma below accent" and not "ţ" which is "t with cedilla". bye michael

1 0

GUI debugging
by Benoit SCHWINDEN 04 May '09

04 May '09

Hello, I am trying to make a very special application working with Wine 1.1.20 (Loris, from Ever Ezida, a library management software). Almost everything is functionnal, but there is a little graphical bug with some texfields. Also, I would like to know if there are some ways to debug a GUI, especially a way to know which library or DLL is called to display a part of this GUI (ie know what DLL is used to display my faulties text fields). Thanks a lot by advance. Best regards, Benoit. -- Benoit SCHWINDEN Direction Informatique Groupe GNU/Linux Université de Strasbourg 03 90 24 12 46

1 0

Giving up for now
by Joel Holdsworth 04 May '09

04 May '09

Hi All, I've hit a bit of a wall with alpha blended icons. CreateIcon is working fine for icon creation, but ExtractIcon and LoadIconFromResource etc. are all proving more of a problem. All of these use various GDI DIB functions to coerce the icon bitmap to the correct colour depth and size. The problem is that preserving the alpha channel through these DIB functions seems to be impossible because they go via X11, so until the dib engine is merged (after hell freezes over) I'm not sure I can go much further. Joel

4 10

Re: Office 2007 MSI Crash - Null dereference @ MsiViewExecute
by Mike Kaplinskiy 04 May '09

04 May '09

On Sun, May 3, 2009 at 10:36 PM, James Hawkins <truiken(a)gmail.com> wrote: > On Sun, May 3, 2009 at 1:52 PM, Mike Kaplinskiy > <mike.kaplinskiy(a)gmail.com> wrote: >> On Thu, Apr 30, 2009 at 1:08 PM, James Hawkins <truiken(a)gmail.com> wrote: >>> On Thu, Apr 30, 2009 at 4:03 AM, Austin English <austinenglish(a)gmail.com> wrote: >>>> On Tue, Apr 28, 2009 at 9:27 PM, Mike Kaplinskiy >>>> <mike.kaplinskiy(a)gmail.com> wrote: >>>>> I was looking at the trace of the crash from bug 17600, and it looks like >>>>> a custom action is calling MsiViewExecute with a null hRec. >>>>> >>>>> I (sadly) don't know much about the wine MSI architecture, but the >>>>> msiobj_lock on line 484 should fail since rec will never be fetched >>>>> (null). I think the intention was to make it query->hdr (as it is >>>>> released later). >>>> >>>> A testcase for it would show if you're right or wrong ;-). >>>> >>> >>> Not really. If you grep through the msi tests, you'll see that we >>> call MsiViewExecute with NULL hRec all over the place. That doesn't >>> mean there isn't a bug, just saying. >>> >>> -- >>> James Hawkins >>> >> >> So I got a little time to look into this, and was completely blown >> away. Apparently doing >> >> TRACE("dereferencing 0?=%p\n", (void *) &(((MSIRECORD *) NULL)->hdr)); >> >> works, since nothing ever gets dereferenced. I will post a patch for >> this small nit. >> >> On a slightly different note, I have traced the problem in office 2007 >> to the patch by James, and in particular to INSERT_execute. The row >> index gets set to 0 if the primary key is null (which is what office >> install is doing), but if the insert is temporary TABLE_insert assumes >> that row >= tv->table->row_count, and subtracts from the row index, >> putting us in the negatives (or high positives due to uint). >> >> I have a patch for this, but I don't know how to make a testcase (all >> I know is office installs), so would anyone mind pointing me to >> somewhere that explains msi temporary inserts? >> >> And should I post the patch up on wine-patches to get it critiqued? >> (sorry, first time) >> > > I'll take a look at your patch. No offense intended, but it's > probably not correct. The problem is a beast and deeply rooted in the > way we store temporary rows in the DB. I have a huge test patch for > it, and I had a fix, but my linux HD got fragged (bummer). > > -- > James Hawkins > (Sorry, forgot to forward to the list) Thanks James. I'm not gonna post it on the patches list quiet yet then. I checked that the msi tests pass with the patch as well. Mike.

1 0

Office 2007 MSI Crash - Null dereference @ MsiViewExecute
by Mike Kaplinskiy 04 May '09

04 May '09

I was looking at the trace of the crash from bug 17600, and it looks like a custom action is calling MsiViewExecute with a null hRec. I (sadly) don't know much about the wine MSI architecture, but the msiobj_lock on line 484 should fail since rec will never be fetched (null). I think the intention was to make it query->hdr (as it is released later). Sorry if I'm dead wrong - just my 2c

3 5

Re: Severity levels
by Ken Sharp 03 May '09

03 May '09

IneedAname wrote: > On Sun, 03 May 2009 18:10:03 +0100 > Ken Sharp <kennybobs(a)o2.co.uk> wrote: > >> That would be the "Show Apps affected by this bug" link then. >> http://appdb.winehq.org/viewbugs.php?bug_id=16281 > > Thanks I missed that so how but my first point still stands. > Not really. 16281 certainly isn't a major loss of functionality, no matter how many bugs are attached to it.

1 0

Re: user32: combine horizontal and vertical window scroll bar info in a single structure.
by Alexandre Julliard 03 May '09

03 May '09

Rein Klazes <wijn(a)online.nl> writes: > - if (!infoPtr && alloc) > + if (!infoPtr && ( alloc || (wndPtr->dwStyle & (WS_VSCROLL | WS_HSCROLL)))) > { This bit doesn't look right, and defeats the purpose of the alloc flag. It would need some more test cases. -- Alexandre Julliard julliard(a)winehq.org

2 3

Re: wine-devel Digest, Vol 46, Issue 10
by chris ahrendt 03 May '09

03 May '09

wine-devel-request(a)winehq.org wrote: > _______________________________________________ > wine-devel mailing list - wine-devel(a)winehq.org > http://www.winehq.org/mailman/listinfo/wine-devel > > > ------------------------------------------------------------------------ > > Subject: > Re: RFC on Base Wine Config > From: > Kai Blin <kai.blin(a)gmail.com> > Date: > Sun, 3 May 2009 09:04:13 +0200 > To: > wine-devel(a)winehq.org > > To: > wine-devel(a)winehq.org > > > On Sunday 03 May 2009 07:07:35 Ben Klein wrote: > >> 2009/5/3 chris ahrendt <celticht32(a)yahoo.com>: >> > > Replying to Ben's email as I didn't get Chris' email Ben replied to. > I would also like to note that I don't appreciate the tone both of these > emails are taking in the end. Please try to be civil. > > That being said, let me get to the technical part. > > >>> I guess I am not being completely clear somewhat.... >>> If I am in windows and go into explorer... >>> >> We've been through this before. Wine is not Windows. In Wine, the >> drive has to be mapped in dosdevices. >> >>> go to a network drive. I do >>> not nescisarily have to map that drive in order to run an application >>> (so long as the DLLS it needs, if any, are not just on that drive). I >>> can click the application >>> and it runs. I realise this may be a fundamental difference between unix >>> and windows but still they should theoretically run the same. >>> > > The important part here is that your local drives are local drives. Don't > confuse the Wine drive mappings with network drive mappings in Windows. Think > about a Wine drive mapping like plugging a new hdd into your box. > > >> But you're NOT running the test from a network drive, are you? And >> even if you were, you'd need some way to inform Wine that it's there, >> which would be to map it to a drive. Does Wine even support >> Windows-style shares? >> > > Nope. We could, but then you'd have to create a Samba share to allow us to use > the directory. I'm pretty sure a wine drive mapping is easier and faster. > > >>> Also from >>> a command line I can do (I think if I am remembering correctly (been >>> doing to much z work lately) ) //server/directory/app.exe and it will >>> retrieve and run the app... (I think) >>> > > That's a bit besides the point, as this is still a valid UNC path. Now imagine > I've got a USB hdd with my app on it, and that's usually connected at U:, > with my app being at U:\test\app.exe. Now the logic in Windows mapping my USB > drive to U: is just what the wine dosdevice mapping is like. If I now tell > windows to remove the USB device, my desktop link to U:\test\app.exe is not > going to work anymore. > > >> This message appears in your bug report: >> >>> Warning: could not find DOS drive for current working directory >>> '/home/cahrendt/wine-git/dlls/inetmib1/tests', starting in the Windows >>> directory. >>> > > Here my analogy would be a bit stretched, as in that you'd still manage to be > on the USB drive while it's already been disconnected. But basically you're > trying to run a program that's on a drive not connected to your wine "box". > > Cheers, > Kai > > > Thanks Kai, This is the kind of dialog I was looking for in the RFC. This makes sense. In a way with you are in a seperate 'region' and do not have access to that regions resources unless you map it. Even though wine is not a emulator it is essentially a VM running in userspace on the box that you need to allocate some resources to. (not so much like solaris 10 or zVM's where you can set up resources for everything). Ok clear now. Chris

1 0

Limit of todo_wine ?
by Massimo Del Fedele 03 May '09

03 May '09

Today writing a testcase I found a "problem" on todo_wine construct. In short : void first_test_part() { ok(test1(), "failed\n"); } void second_test_part() { ok(test2(), "failed\n"); } todo_wine { first_test_part(); second_test_part(); } this "fails" (i.e. is marked as passing inside todo_wine block) if first_test_part() passes, which is not what wished; in this case the test should be considered passing if BOTH first and second part passes, and failed otherwise. The problem arose on bitmap creation test (gdiplus) on which the testcase should check for creation success AND bitmap internal consiscency. My example is short, but in my case there's a single function used to test many kind of bitmaps; that's impossible to do with todo_wine actual construct. It could be obviously separated into many functions, each enclosed on its own todo_wine, but this would vanify the "single test function for many bitmaps types" way. Max

2 2

Re: [shell32] stub for ExtractVersionResource16W
by Dmitry Timoshkov 03 May '09

03 May '09

"Stefan Leichter" <Stefan.Leichter(a)camline.com> wrote: > +/*********************************************************************** > + * ExtractVersionResource16W (SHELL32.@) > + */ > +BOOL WINAPI ExtractVersionResource16W(LPWSTR s, DWORD d) { > + FIXME("(%s %x) stub!\n", debugstr_w(s), d); > + return FALSE; > +} Please follow the braces placement style of the file. Also you might be interested that according to http://www.geoffchappell.com/viewer.htm?doc=studies/windows/shell/shell32/h… ExtractVersionResource16W is discontinued starting from Windows Vista. -- Dmitry.

3 3

Re: RFC on Base Wine Config
by chris ahrendt 03 May '09

03 May '09

Juan Lang wrote: >> ok then I am very confused then... >> I deleted the / mapping all together and then ran the dotest script and >> the make test scripts >> dotest fails if the / mapping is not there along with the inetmib1 >> test. I opened a bug >> concerning the inetmib test failing and was told that my configuration >> with the / mapping deleted >> was an invalid wine configuration that the / is absolutely needed by wine. >> >> So I am confused... is it required or not? >> > > It is not required. What _is_ required is that the path to the > current executable is mapped, somewhere. I suggested you remap Z: to > / as it's the default, and it was the most concise way to ensure that > your configuration met the requirement. As Ben said, you could map > any drive. Heck, you could have mapped Q: to the dlls/inetmib1/tests > directory and the inetmib1 test would have worked, while having no > mapping would not work. > --Juan > > > I realise this juan... I guess I am not being completely clear somewhat.... If I am in windows and go into explorer... go to a network drive. I do not nescisarily have to map that drive in order to run an application (so long as the DLLS it needs, if any, are not just on that drive). I can click the application and it runs. I realise this may be a fundamental difference between unix and windows but still they should theoretically run the same. Also from a command line I can do (I think if I am remembering correctly (been doing to much z work lately) ) //server/directory/app.exe and it will retrieve and run the app... (I think) Chris

5 6

Re: RFC on Base Wine Config
by chris ahrendt 03 May '09

03 May '09

Ben Klein wrote: > 2009/5/3 chris ahrendt <celticht32(a)yahoo.com>: > >> I have noticed something with reporting bugs and problems that are >> encountered... >> >> If the user is allowed to delete the Z: share to / once this is done >> things start acting strange or not working. >> > > In general, you can't run apps outside of what's linked to in > dosdevices. You certainly can't launch them from inside Wine. The link > to / is mostly there for convenience so you don't have to keep dumping > downloads (e.g. patches or small installers) in ~/.wine/drive_c every > time you want to install them, and partly to allow Wine to launch > applications in /usr/bin et al (e.g. winebrowser). > > >> Many people have done this for various reasons. >> > > Yes, and it's valid to do so. > > >> My suggestion is to do the following: >> >> 1. If we have a base configuration that should not change for settings >> IE the Z: mapping then do not allow this to be changed or deleted in >> winecfg. If someone is dumb enough to go into the ini file and delete it >> then they should know better. >> > > This would make a lot of people unhappy (like the creation of the > Universe) for "various reasons". > > >> 2. If it is critical that the Z: or drive mapping be there for / then >> if its missing should wine then handle this condition? >> > > 1) It's not critical. > 2) Wine already handles this condition. It's no different from any > other drive link in this way. It doesn't even have to be Z; you can > manually change it to be D if you really want. The only critical drive > is C: and that IS handled differently (especially in winecfg). > > > ok then I am very confused then... I deleted the / mapping all together and then ran the dotest script and the make test scripts dotest fails if the / mapping is not there along with the inetmib1 test. I opened a bug concerning the inetmib test failing and was told that my configuration with the / mapping deleted was an invalid wine configuration that the / is absolutely needed by wine. So I am confused... is it required or not? and if it is then we get back to my original RFC here =D Chris

2 1

RFC on Base Wine Config
by chris ahrendt 03 May '09

03 May '09

I have noticed something with reporting bugs and problems that are encountered... If the user is allowed to delete the Z: share to / once this is done things start acting strange or not working. Many people have done this for various reasons. My suggestion is to do the following: 1. If we have a base configuration that should not change for settings IE the Z: mapping then do not allow this to be changed or deleted in winecfg. If someone is dumb enough to go into the ini file and delete it then they should know better. 2. If it is critical that the Z: or drive mapping be there for / then if its missing should wine then handle this condition? Chris

2 1

error report
by Ruben Hillewaere 03 May '09

03 May '09

Hello, I wanted to install (Dar)wine on my Intel Mac, first I've tried with the binaries found on http://wiki.winehq.org/MacOSX/Installing The installation goes fine, but running any of the apps fails. So, instead, I've tried to build Wine from Scratch, this is what I get: ruben@CakeSlicer:~/distrib$ ./create_darwine_distrib.sh $VERSION ~/ Desktop/wine-$VERSION # Packaging Darwine for version 1.1.20 using Wine sources in /Users/ ruben/Desktop/wine-1.1.20... # Building Wine in /Users/ruben/Desktop/wine-1.1.20 (warning: takes a long time)... configure: WARNING: mach-o/dyld_images.h: present but cannot be compiled configure: WARNING: mach-o/dyld_images.h: check for missing prerequisite headers? configure: WARNING: mach-o/dyld_images.h: see the Autoconf documentation configure: WARNING: mach-o/dyld_images.h: section "Present But Cannot Be Compiled" configure: WARNING: mach-o/dyld_images.h: proceeding with the preprocessor's result configure: WARNING: mach-o/dyld_images.h: in the future, the compiler will take precedence configure: WARNING: ## ------------------------------------ ## configure: WARNING: ## Report this to wine-devel(a)winehq.org ## configure: WARNING: ## ------------------------------------ ## configure: error: FreeType development files not found. Fonts will not be built. Use the --without-freetype option if you really want this. ***** Error: Can't build wine thanks for keeping me informed about this error, Ruben Hillewaere PhD student, COMO Vrije Universiteit Brussel Department of Computer Science Pleinlaan 2 B-1050 Brussels Belgium

2 1

Re: IE and MSN Messenger 7.0
by Ben Klein 03 May '09

03 May '09

2009/5/1 Cissyvonwinckelmann <cissyvonwinckelmann(a)planet.nl>: > hartelijk dank Benm ja ik moet snel een andere pc hebben, want dit is een > hele ouwe dan krijg je de moeilijkheden, > groetjes cissy > I have to use Google Language Tools to translate your text, so I apologise if I misunderstand you. The "old problems" with Messenger (you actually didn't say which Messenger it is, Yahoo or MSN?) in Wine are not likely to go away without a lot of work. As this is the developers' mailing list, we would welcome patches/modifications to Wine to make it work better. Without a discussion on the development side, your questions are better directed to wine-users mailing list or the forum, or some other user-oriented support path. Regardless, it is strongly recommended that you look into using a native client (i.e. something you don't need Wine to run) such as Pidgin.

2 2

RE: Question about my user32 tests patch
by Ge van Geldorp 02 May '09

02 May '09

Hi Joel, > From: Joel Holdsworth <joel(a)airwebreathe.org.uk> > > How do you deal with this problem, because presumably not every test > contributor has VMs ready to confirm the behaviour of 95, 98, ME, 2000, > XP and Vista. Do I submit the patch as-is, in the knowlege that it will > cause failures in old windows? Presumably not - so what do you suggest I > do? I have a whole bunch of VMs set up specifically for Wine testing, so feel free to send me patches you think might behave differently on different Windows versions. One caveat: I personally stopped caring about 9x when Win2000 came out, so I'm not testing on those versions. The good (but unsurprising) news is that your new tests pass on all my XP (4 different configurations) and Win2k3 (also 4 different configurations) machines. I don't see failures on NT4, but perhaps the test was skipped there? The bad news is they failed on W2k, Vista and Win2k8. I've attached the test reports for all failures. Ge.

1 0

Re: Implement gdiplus.dll.GdipSetPathGradientPresetBlend
by Vincent Povirk 02 May '09

02 May '09

> +GpStatus WINGDIPAPI GdipSetPathGradientPresetBlend(GpPathGradient *brush, GDIPCONST REAL *blend, > + GDIPCONST REAL *pos, INT count) The types here don't match MSDN: http://msdn.microsoft.com/en-us/library/ms534047(VS.85).aspx

1 0

FYI: First running winelib64-port!!!
by André Hentschel 02 May '09

02 May '09

Hi, afer playing around with about 20 source-codes of open-source-project it got one compiled as winelib64-app(and also as 32-Bit winelib-app). It is WinVi 2.99 (http://www.winvi.de). The only difference i found between the original build and my two winelib builds are some GUI-specific things. Tomorrow i will have a look where to write something down about that in the wiki. As i already wrote, PuTTY compiles as winelib64-app, too, but it doesn't run. That's the reason why i called WinVi the first winelib64-app. Best regards André Hentschel

1 0

Question about my user32 tests patch
by Joel Holdsworth 02 May '09

02 May '09

Hi All, I just submitted my first ever patch to wine-patches (attached) - good news. In retrospect I may have been a little premature. The patch adds tests for user32:DrawIcon and user32:DrawIconEx including tests for icon alpha blending which wine does not currently support. It occured to me that my alpha tests will fail in versions of Windows that don't support alpha blending - but the problem is I'm not sure at what point alpha began to be supported. I only have a VM for XP - and I think, but I don't know for sure, that alpha icons began to be supported in 2000. How do you deal with this problem, because presumably not every test contributor has VMs ready to confirm the behaviour of 95, 98, ME, 2000, XP and Vista. Do I submit the patch as-is, in the knowlege that it will cause failures in old windows? Presumably not - so what do you suggest I do? I now have code to make DrawIcon pass the alpha tests, and I'm hoping to have DrawIconEx ready in a few hours. With these done it should be possible to in-cooperate my Tango patches, which should improve the appearance of wine quite substantially. Thanks Joel

2 2

FYI: 64-Bit Winelib-compilation
by André Hentschel 02 May '09

02 May '09

Hi, these days i got my gcc 4.4 working and first compiled wine64. Next thing i did was to modify winemaker to generate Makefiles for 64-Bit compilation. I first tried something simple and it worked great, so i took my modified Putty-sourcecode and gave it a try. And wow it worked great! Just compiled fine. To my suprise it didnt run. Since todays git, the modified winemaker got in and i hope it might be usefull! Best regards André Hentschel

2 3

Wine fundraising idea
by Austin English 02 May '09

02 May '09

Howdy, I was reading through a GSoC thread on how people are spending their coding money. Someone posted that they thought people should donate to miro, the internet HDTV player. They've got a pretty neat donation scheme, where people can 'adopt' a line of code, and get updates on it, etc. Pretty neat: https://www.getmiro.com/adopt/ Just food for thought, for those of y'all wanting to add $ to the WineHQ coffers, for WineConf, or what not (*cough* test/compile farm *cough*). -- -Austin

2 1

Re: msi/tests: Fix MsiApplyMultiplePatches tests on Windows.
by Juan Lang 01 May '09

01 May '09

Hi Nicolas, - ok(DeleteFileA("lithium.txt"), "Expected lithium.txt to exist\n"); + ok(DeleteFileA("lithium.txt"), "Expected lithium.txt to exist\n"); Please don't include whitespace-only changes in your patch. - + Same here. Thanks, --Juan

1 0

Re: Sound problems with latest kernel -- formerly a pulseaudio thread but not any more
by Susan Cragin 01 May '09

01 May '09

>I filed ubuntu bug 369762. Ubuntu didn't think much of my bug. They sent me the following recipe to cure it, and marked the bug invalid. 1) Edit /etc/pulse/client.conf, and change "autospawn = yes" to "autospawn = no" 2) `touch $HOME/.pulse_a11y_nostart' 3) `asoundconf list' 4) choose the desired card from the previous command's output, and use `asoundconf set-default-card CARD', replacing CARD as appropriate 5) `killall pulseaudio' https://bugs.launchpad.net/ubuntu/+source/pulseaudio/+bug/348353 mentions a recent kernel patch that routes all audio through pulse. I wonder if this patch is the culprit?

3 2

Re: Wine fundraising idea
by James Mckenzie 01 May '09

01 May '09

Austin English <austinenglish(a)gmail.com> >Sent: May 1, 2009 12:39 PM >To: Wine Devel <wine-devel(a)winehq.org> >Subject: Wine fundraising idea > >Howdy, > +1 James McKenzie

1 0

Trying buildbot on wine; foiled by distutils expecting mscoree to be resident?
by Dan Kegel 01 May '09

01 May '09

I decided to try running buildbot on Wine today. The installation procedure is roughly wine msiexec /i python-2.6.2.msi /qb wine Twisted_NoDocs-8.2.0.win32-py2.6.exe The last bit complains Traceback (most recent call last): File "C:\Python26\scripts\twisted_postinstall.py", line 11, in <module> from twisted.scripts import tkunzip File "C:\Python26\lib\site-packages\twisted\scripts\tkunzip.py", line 26, in <module> from twisted.internet import reactor, defer File "C:\Python26\lib\site-packages\twisted\internet\reactor.py", line 37, in <module> from twisted.internet import selectreactor File "C:\Python26\lib\site-packages\twisted\internet\selectreactor.py", line 21, in <module> from twisted.internet import posixbase File "C:\Python26\lib\site-packages\twisted\internet\posixbase.py", line 25, in <module> from twisted.internet import tcp, udp File "C:\Python26\lib\site-packages\twisted\internet\tcp.py", line 78, in <module> from twisted.internet import defer, base, address File "C:\Python26\lib\site-packages\twisted\internet\defer.py", line 17, in <module> from twisted.python import log, failure, lockfile File "C:\Python26\lib\site-packages\twisted\python\lockfile.py", line 28, in <module> from win32api import OpenProcess ImportError: No module named win32api and hangs, possibly because of http://twistedmatrix.com/trac/ticket/3707 so I tried doing wine pywin32-212.win32-py2.6.exe first. This fails immediately as described in http://bugs.winehq.org/show_bug.cgi?id=13844 It seems to terminate because it tries to get a handle to the loaded copy of mscoree.dll and fails (because there isn't one). The installer seems to have been created by python's distutils. Mark Hammond seems to be well aware of low level issues that affect the installer, see e.g. http://bugs.python.org/issue5075 so perhaps he could explain why the installer expects mscoree.dll to be resident...

2 2

Re: [resend] shell32: for FO_COPY, if the destination is an empty string, SHFileOperation should use the current directory.
by Juan Lang 01 May '09

01 May '09

Hi Lionel, one minor comment on your patch: + /* If the destination is empty, SHFileOperation should use the current directory. + See bug #13394. */ There's no need to quote the bug to explain why your code is doing what it's doing. The test case is sufficient. --Juan

1 0

Dib Engine: some update
by Massimo Del Fedele 01 May '09

01 May '09

I put on bug's 421 page an update of my dib engine. It implements AlphaBlend, StretchBlt and has many color fixes. If you want to try it, just follow instructions on above page. Ciao Max

3 5

Re: Added Polish translation
by Jeremy Newman 01 May '09

01 May '09

Issues with your website translation files: * please strip the html,head,meta, and body HTML tags from the templates. The are not needed as they are generated by the website. * your editor is munging the template vars like {$root} to %7B$root%7D * your editor is adding LANG="pl-PL" to many tags, it is not needed as the files are UTF-8, and the website engine, sets the correct headers. It would be better if you used a plain text editor rather than open office to edit the files. -Newman Łukasz Wojniłowicz wrote: > From: Łukasz Wojniłowicz <Wojnilowicz(a)nslw.hstl.put.poznan.pl> > > --- > include/data.php | 4 + > templates/pl/.cvsignore | 2 + > templates/pl/announce.template | 19 +++ > templates/pl/download.template | 280 ++++++++++++++++++++++++++++++++++++ > templates/pl/download/deb.template | 127 ++++++++++++++++ > templates/pl/home.template | 70 +++++++++ > templates/pl/interview.template | 18 +++ > templates/pl/irc.template | 27 ++++ > templates/pl/lang.template | 36 +++++ > templates/pl/news.template | 21 +++ > templates/pl/search.template | 40 +++++ > 11 files changed, 644 insertions(+), 0 deletions(-) > create mode 100644 templates/pl/.cvsignore > create mode 100644 templates/pl/announce.template > create mode 100644 templates/pl/download.template > create mode 100644 templates/pl/download/deb.template > create mode 100644 templates/pl/home.template > create mode 100644 templates/pl/interview.template > create mode 100644 templates/pl/irc.template > create mode 100644 templates/pl/lang.template > create mode 100644 templates/pl/news.template > create mode 100644 templates/pl/search.template > > diff --git a/include/data.php b/include/data.php > index a0e2f5f..c9a656b 100644 > --- a/include/data.php > +++ b/include/data.php > @@ -61,6 +61,10 @@ class data > 'name' => 'Français', > 'change' => 'Changez la langue' > ), > + 'pl' => array( > + 'name' => 'Polski', > + 'change' => 'Zmień język' > + ), > 'pt' => array( > 'name' => 'Português', > 'change' => 'Mudar a língua' > diff --git a/templates/pl/.cvsignore b/templates/pl/.cvsignore > new file mode 100644 > index 0000000..0ba44f6 > --- /dev/null > +++ b/templates/pl/.cvsignore > @@ -0,0 +1,2 @@ > +docs > +winapi_stats.template > diff --git a/templates/pl/announce.template b/templates/pl/announce.template > new file mode 100644 > index 0000000..2181953 > --- /dev/null > +++ b/templates/pl/announce.template > @@ -0,0 +1,19 @@ > +<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN"> > +<HTML> > +<HEAD> > + <META HTTP-EQUIV="CONTENT-TYPE" CONTENT="text/html; charset=utf-8"> > + <TITLE></TITLE> > + <META NAME="GENERATOR" CONTENT="OpenOffice.org 3.0 (Linux)"> > + <META NAME="CREATED" CONTENT="0;0"> > + <META NAME="CHANGEDBY" CONTENT="Łukasz Wojniłowicz"> > + <META NAME="CHANGED" CONTENT="20090429;16395900"> > + <META NAME="CHANGEDBY" CONTENT="Łukasz Wojniłowicz"> > +  > +  > +</HEAD> > +<BODY LANG="en-US" DIR="LTR"> > +<H1 LANG="pl-PL">Ogłoszenie nowego Wine</H1> > +<P><BR><BR> > +</P> > +</BODY> > +</HTML> > \ No newline at end of file > diff --git a/templates/pl/download.template b/templates/pl/download.template > new file mode 100644 > index 0000000..be85e37 > --- /dev/null > +++ b/templates/pl/download.template > @@ -0,0 +1,280 @@ > +<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN"> > +<HTML> > +<HEAD> > + <META HTTP-EQUIV="CONTENT-TYPE" CONTENT="text/html; charset=utf-8"> > + <TITLE></TITLE> > + <META NAME="GENERATOR" CONTENT="OpenOffice.org 3.0 (Linux)"> > + <META NAME="CREATED" CONTENT="0;0"> > + <META NAME="CHANGEDBY" CONTENT="Łukasz Wojniłowicz"> > + <META NAME="CHANGED" CONTENT="20090429;17143300"> > + <META NAME="Info 1" CONTENT=""> > + <META NAME="Info 2" CONTENT=""> > + <META NAME="Info 3" CONTENT=""> > + <META NAME="Info 4" CONTENT=""> > +  > +  > +</HEAD> > +<BODY LANG="en-US" DIR="LTR"> > +<H1 LANG="pl-PL">Pobieralnia Wine</H1> > +<H2 LANG="pl-PL" STYLE="margin-top: 0cm; margin-bottom: 0.26cm">Wine > +ze wsparciem technicznym</H2> > +<TABLE BORDER=0 CELLPADDING=5 CELLSPACING=1 BGCOLOR="#efefef"> > + <TR> > + <TD BGCOLOR="#000000"> > + <P LANG="pl-PL" ALIGN=CENTER><FONT COLOR="#ffffff"><B>Produkt</B></FONT></P> > + </TD> > + <TD BGCOLOR="#000000"> > + <P LANG="pl-PL" ALIGN=CENTER><FONT COLOR="#ffffff"><B>Opis</B></FONT></P> > + </TD> > + </TR> > + <TR> > + <TD BGCOLOR="#ffffff"> > + <P ALIGN=CENTER><A HREF="http://www.codeweavers.com/products/download_trial/"><IMG SRC="%7B$root%7D/images/distro/crossover.png" NAME="graphics1" ALT="CrossOver Linux or Mac" ALIGN=BOTTOM WIDTH=50 HEIGHT=50 BORDER=0></A><A HREF="http://www.codeweavers.com/products/download_trial/"> > + </A> > + </P> > + </TD> > + <TD BGCOLOR="#ffffff"> > + <P ALIGN=LEFT><A HREF="http://www.codeweavers.com/products/"><SPAN LANG="pl-PL"><B>CrossOver</B></SPAN></A><SPAN LANG="pl-PL"> > + jest dobrze wykończoną wersją dostarczaną przez </SPAN><A HREF="http://www.codeweavers.com/"><SPAN LANG="pl-PL"><B>CodeWeavers</B></SPAN></A><SPAN LANG="pl-PL">. > + CrossOver usprawnia używanie Wine, a CodeWeavers zapewnia > + wspaniałe wsparcie techniczne swoim użytkownikom. Wszystkie > + fundusze ze sprzedaży CrossOvera są przekazywane bezpośrednio > + jako wsparcie dla programistów pracujących nad Wine. Tak więc > + CrossOver jest jest wspaniałą drogą uzyskania wsparcia jak > + również wspierania Projektu Wine. CodeWeavers dostarcza w pełni > + funkcjonalną </SPAN><A HREF="http://www.codeweavers.com/products/download_trial/"><SPAN LANG="pl-PL"><B>wersję > + trialową CrossOver</B></SPAN></A><SPAN LANG="pl-PL">. </SPAN> > + </P> > + </TD> > + </TR> > +</TABLE> > +<P LANG="pl-PL" ALIGN=CENTER>To poparcie jest głównym dowodem > +uznania wymaganym przez CodeWeavers w zamian za hostowanie strony > +Wine.</P> > +<H2 LANG="pl-PL" STYLE="margin-top: 0cm; margin-bottom: 0.13cm"><A NAME="binary"></A> > +Pobieralnia binariów Wine</H2> > +<TABLE WIDTH=100% CELLPADDING=2 CELLSPACING=2> > + <TR> > + <TD WIDTH=200> > + <P LANG="pl-PL">Najnowsze stabilne wydanie:</P> > + </TD> > + <TD> > + <P LANG="pl-PL">Wine {$config_stable_release}</P> > + </TD> > + <TD ROWSPAN=2 VALIGN=TOP> > + <P ALIGN=CENTER STYLE="border: none; padding: 0cm"><SPAN LANG="pl-PL"><B>Zajrzyj > + do <A HREF="http://wiki.winehq.org/HowTo">samouczka konfiguracji i > + instalacji</A>, aby zaznajomić się z czynnościami > + po-instalacyjnymi.</B></SPAN></P> > + </TD> > + </TR> > + <TR> > + <TD> > + <P LANG="pl-PL">Najnowsze rozwojowe wydanie:</P> > + </TD> > + <TD> > + <P LANG="pl-PL">Wine {$config_master_release}</P> > + </TD> > + </TR> > +</TABLE> > +<TABLE BORDER=0 CELLPADDING=5 CELLSPACING=1 BGCOLOR="#efefef"> > + <TR> > + <TD BGCOLOR="#000000"> > + <P LANG="pl-PL" ALIGN=CENTER><FONT COLOR="#ffffff"><B>System</B></FONT></P> > + </TD> > + <TD BGCOLOR="#000000"> > + <P LANG="pl-PL" ALIGN=CENTER><FONT COLOR="#ffffff"><B>Notki</B></FONT></P> > + </TD> > + <TD BGCOLOR="#000000"> > + <P LANG="pl-PL" ALIGN=CENTER><FONT COLOR="#ffffff"><B>Opiekun</B></FONT></P> > + </TD> > + </TR> > + <TR BGCOLOR="#ffffff"> > + <TD> > + <P LANG="pl-PL" ALIGN=CENTER><A HREF="%7B$root%7D/download/deb"><IMG SRC="%7B$root%7D/images/distro/ubuntu.png" NAME="graphics2" ALT="Ubuntu linux" ALIGN=BOTTOM WIDTH=50 HEIGHT=50 BORDER=0></A> > + </P> > + </TD> > + <TD> > + <P><A HREF="%7B$root%7D/download/deb"><SPAN LANG="pl-PL"><B>Ubuntu</B></SPAN></A><SPAN LANG="pl-PL"> > + binare i źródłowe paczki .deb dla Ubuntu Hardy (8.04), Intrepid > + (8.10), i Jaunty (9.04) </SPAN> > + </P> > + </TD> > + <TD> > + <P><A HREF="mailto:scott@open-vote.org"><SPAN LANG="pl-PL">Scott > + Ritchie</SPAN></A></P> > + </TD> > + </TR> > + <TR BGCOLOR="#ffffff"> > + <TD> > + <P LANG="pl-PL" ALIGN=CENTER><A HREF="%7B$root%7D/download/deblenny"><IMG SRC="%7B$root%7D/images/distro/debian.png" NAME="graphics3" ALT="Debian Linux" ALIGN=BOTTOM WIDTH=50 HEIGHT=50 BORDER=0></A> > + </P> > + </TD> > + <TD> > + <P><A HREF="%7B$root%7D/download/deblenny"><SPAN LANG="pl-PL"><B>Debian</B></SPAN></A><SPAN LANG="pl-PL"> > + binarne paczki .deb dla Debian Lenny, Squeeze i Sid</SPAN></P> > + </TD> > + <TD> > + <P><SPAN LANG="pl-PL"><A HREF="mailto:repository@lamaresh.net">Maurilio > + Genovese</A><BR><A HREF="mailto:ben.klein@lamaresh.net">Ben Klein</A></SPAN></P> > + </TD> > + </TR> > + <TR BGCOLOR="#ffffff"> > + <TD> > + <P LANG="pl-PL" ALIGN=CENTER><A HREF="http://fedoraproject.org/wiki/AndreasBierfert/Wine"><IMG SRC="%7B$root%7D/images/distro/redhat.png" NAME="graphics4" ALT="RedHat Linux" ALIGN=BOTTOM WIDTH=50 HEIGHT=50 BORDER=0></A> > + </P> > + </TD> > + <TD> > + <P><A HREF="http://fedoraproject.org/wiki/AndreasBierfert/Wine"><SPAN LANG="pl-PL"><B>Red > + Hat / CentOS / Fedora</B></SPAN></A><SPAN LANG="pl-PL"> binarne i > + źródłowe .rpmy dla Red Hat Enterprise Linux 4, 5; CentOS 4, 5; > + Fedora Core 5, 6; Fedora Linux 7 i kompatybilnych dystrybucji. The > + wine meta package is available via </SPAN><TT><SPAN LANG="pl-PL">yum</SPAN></TT><SPAN LANG="pl-PL"> > + through the EPEL / Fedora Extras / Fedora repository by running </SPAN><TT><SPAN LANG="pl-PL">$ > + yum install wine </SPAN></TT><SPAN LANG="pl-PL">" </SPAN> > + </P> > + </TD> > + <TD> > + <P><A HREF="mailto:andreas.bierfert_at_lowlatency.de"><SPAN LANG="pl-PL">Andreas > + Bierfert</SPAN></A></P> > + </TD> > + </TR> > + <TR BGCOLOR="#ffffff"> > + <TD> > + <P LANG="pl-PL" ALIGN=CENTER><A HREF="http://en.opensuse.org/Wine#Repositories"><IMG SRC="%7B$root%7D/images/distro/suse.png" NAME="graphics5" ALT="SUSE Linux" ALIGN=BOTTOM WIDTH=50 HEIGHT=50 BORDER=0></A> > + </P> > + </TD> > + <TD> > + <P><A HREF="http://en.opensuse.org/Wine#Repositories"><SPAN LANG="pl-PL"><B>SUSE</B></SPAN></A><SPAN LANG="pl-PL"> > + binarne i źródłowe .rpmy i dzienne zrzuty RPM dla openSUSE > + 10.3, 11.0, 11.1 i SLES 9 i SLE 10. Starsze wersje paczek dostępne > + na <A HREF="http://sourceforge.net/project/showfiles.php?group_id=6241&package_id=7…">SourceForge</A> > + </SPAN> > + </P> > + </TD> > + <TD> > + <P><A HREF="mailto:meissner@suse.de"><SPAN LANG="pl-PL">Marcus > + Meissner</SPAN></A></P> > + </TD> > + </TR> > + <TR BGCOLOR="#ffffff"> > + <TD> > + <P LANG="pl-PL" ALIGN=CENTER><A HREF="http://sourceforge.net/project/showfiles.php?group_id=6241&package_id=8…"><IMG SRC="%7B$root%7D/images/distro/mandriva.png" NAME="graphics6" ALT="Mandriva Linux" ALIGN=BOTTOM WIDTH=50 HEIGHT=50 BORDER=0></A> > + </P> > + </TD> > + <TD> > + <P><A HREF="http://sourceforge.net/project/showfiles.php?group_id=6241&package_id=8…"><SPAN LANG="pl-PL"><B>Mandriva</B></SPAN></A><SPAN LANG="pl-PL"> > + binarne .rpmy dla Mandriva Linux 2006, 2007, i 2008. Pobierz > + paczkę 2008.1 jeżeli twoja Mandriva to wydanie 2008.1 , np. 2008 > + Spring. Pobierz paczkę 2008.0 jeżeli twoja Mandriva jest > + pierwszym wydaniem z 2008 roku.</SPAN></P> > + </TD> > + <TD> > + <P><A HREF="mailto:marco@mandrivaclub.nl"><SPAN LANG="pl-PL">Marco > + Meijer</SPAN></A></P> > + </TD> > + </TR> > + <TR BGCOLOR="#ffffff"> > + <TD> > + <P LANG="pl-PL" ALIGN=CENTER><A HREF="http://sourceforge.net/project/showfiles.php?group_id=6241&package_id=6…"><IMG SRC="%7B$root%7D/images/distro/slackware.png" NAME="graphics7" ALT="Slackware linux" ALIGN=BOTTOM WIDTH=50 HEIGHT=50 BORDER=0></A> > + </P> > + </TD> > + <TD> > + <P><A HREF="http://sourceforge.net/project/showfiles.php?group_id=6241&package_id=6…"><SPAN LANG="pl-PL"><B>Slackware</B></SPAN></A><SPAN LANG="pl-PL"> > + binarne .tgz dla Slackware 10.2</SPAN></P> > + </TD> > + <TD> > + <P><A HREF="mailto:sadam@clemson.edu"><SPAN LANG="pl-PL">Adam > + Schreiber</SPAN></A></P> > + </TD> > + </TR> > + <TR BGCOLOR="#ffffff"> > + <TD> > + <P LANG="pl-PL" ALIGN=CENTER><A HREF="http://www.freshports.org/emulators/wine/"><IMG SRC="%7B$root%7D/images/distro/freebsd.png" NAME="graphics8" ALT="FreeBSD" ALIGN=BOTTOM WIDTH=50 HEIGHT=54 BORDER=0></A> > + </P> > + </TD> > + <TD> > + <P><A HREF="http://www.freshports.org/emulators/wine/"><SPAN LANG="pl-PL"><B>FreeBSD</B></SPAN></A><SPAN LANG="pl-PL"> > + źródła dla FreeBSD 5.3 i późniejszych</SPAN></P> > + </TD> > + <TD> > + <P><A HREF="mailto:gerald@pfeifer.com"><SPAN LANG="pl-PL">Gerald > + Pfeifer</SPAN></A></P> > + </TD> > + </TR> > + <TR BGCOLOR="#ffffff"> > + <TD> > + <P LANG="pl-PL" ALIGN=CENTER><A HREF="http://www.pbidir.com/bt/search/?str=wine&search=Search"><IMG SRC="%7B$root%7D/images/distro/pcbsd.png" NAME="graphics9" ALT="FreeBSD" ALIGN=BOTTOM WIDTH=50 HEIGHT=50 BORDER=0></A> > + </P> > + </TD> > + <TD> > + <P><A HREF="http://www.pbidir.com/bt/search/?str=wine&search=Search"><SPAN LANG="pl-PL"><B>PC-BSD</B></SPAN></A><SPAN LANG="pl-PL"> > + binarne paczki .pbi dla PC-BSD (system bazujący na FreeBSD)</SPAN></P> > + </TD> > + <TD> > + <P><A HREF="mailto:kris@pcbsd.com"><SPAN LANG="pl-PL">Kris Moore</SPAN></A></P> > + </TD> > + </TR> > +</TABLE> > +<H2 LANG="pl-PL" STYLE="margin-top: 0cm; margin-bottom: 0.26cm">Aplikacje > +osób trzecich</H2> > +<P><SPAN LANG="pl-PL">Czasami pewne modyfikacje Wine mogą sprawić, > +że aplikacja będzie działać, ale z pewnych powodów zmiany te nie > +mogą być wcielone do Wine. Stworzono różne aplikacje (tzw. > +aplikacje osób trzecich), aby pomóc przezwyciężyć niedobory w > +Wine. Aplikacje te są całkowicie niewspierane przez programistów > +Wine, jednakże mogą ci się przydać. Aby dowiedzieć się więcej, > +odwiedź <A HREF="http://wiki.winehq.org/ThirdPartyApplications">naszą > +stronę wiki</A> w poszukiwaniu aplikacji osób trzecich.</SPAN></P> > +<H2 LANG="pl-PL">Pobieralnia źródeł Wine</H2> > +<TABLE BORDER=0 CELLPADDING=5 CELLSPACING=1 BGCOLOR="#efefef"> > + <TR> > + <TD BGCOLOR="#000000"> > + <P LANG="pl-PL" ALIGN=CENTER><FONT COLOR="#ffffff"><B>Położenie</B></FONT></P> > + </TD> > + <TD BGCOLOR="#000000"> > + <P LANG="pl-PL" ALIGN=CENTER><FONT COLOR="#ffffff"><B>Opis</B></FONT></P> > + </TD> > + </TR> > + <TR BGCOLOR="#ffffff"> > + <TD> > + <P><A HREF="http://sourceforge.net/project/showfiles.php?group_id=6241&package_id=7…" TARGET="_blank"><SPAN LANG="pl-PL">sourceforge.net</SPAN></A></P> > + </TD> > + <TD> > + <P LANG="pl-PL">Nasza oficjalna strona źródeł. > + </P> > + </TD> > + </TR> > + <TR BGCOLOR="#ffffff"> > + <TD> > + <P><SPAN LANG="pl-PL"><A HREF="http://wiki.winehq.org/GitWine">source.winehq.org/git</A> > + </SPAN> > + </P> > + </TD> > + <TD> > + <P LANG="pl-PL">Do najnowszych wydań rozwojowych. > + </P> > + </TD> > + </TR> > + <TR BGCOLOR="#ffffff"> > + <TD> > + <P><A HREF="http://ibiblio.org/pub/linux/system/emulators/wine/"><SPAN LANG="pl-PL">ibiblio.org</SPAN></A></P> > + </TD> > + <TD> > + <P LANG="pl-PL">Alternatywna strona z oficjalnymi źródłami i > + dokumentacją. > + </P> > + </TD> > + </TR> > +</TABLE> > +<P STYLE="margin-left: 0.26cm; margin-right: 0.26cm; margin-top: 0.26cm; margin-bottom: 0.26cm; border: 1px solid #c0c0c0; padding: 0.13cm"> > +<SPAN LANG="pl-PL"><B><SPAN STYLE="background: #f0f0f0">Notka:</SPAN></B></SPAN><SPAN LANG="pl-PL"><SPAN STYLE="background: #f0f0f0"> > +Zobacz <A HREF="http://wiki.winehq.org/Recommended_Packages">zalecane > +paczki</A> aby uzyskać pomoc przy konfiguracji i kompilacji Wine.</SPAN></SPAN></P> > +<H2 LANG="pl-PL"><A NAME="link2us"></A>Link do nas</H2> > +<P LANG="pl-PL"><A HREF="http://www.winehq.org/download" TARGET="_blank"><FONT COLOR="#000080"><IMG SRC="%7B$root%7D/images/download_wine.png" NAME="graphics10" ALT="Download Wine" ALIGN=LEFT HSPACE=5 WIDTH=88 HEIGHT=31 BORDER=1></FONT></A>Użyj > +tego obrazka jeżeli chcesz utworzyć dowiązanie do naszej > +pobieralni. > +</P> > +</BODY> > +</HTML> > \ No newline at end of file > diff --git a/templates/pl/download/deb.template b/templates/pl/download/deb.template > new file mode 100644 > index 0000000..fc532fe > --- /dev/null > +++ b/templates/pl/download/deb.template > @@ -0,0 +1,127 @@ > +<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN"> > +<HTML> > +<HEAD> > + <META HTTP-EQUIV="CONTENT-TYPE" CONTENT="text/html; charset=utf-8"> > + <TITLE></TITLE> > + <META NAME="GENERATOR" CONTENT="OpenOffice.org 3.0 (Linux)"> > + <META NAME="CREATED" CONTENT="0;0"> > + <META NAME="CHANGEDBY" CONTENT="Łukasz Wojniłowicz"> > + <META NAME="CHANGED" CONTENT="20090429;15595600"> > + <META NAME="Info 1" CONTENT=""> > + <META NAME="Info 2" CONTENT=""> > + <META NAME="Info 3" CONTENT=""> > + <META NAME="Info 4" CONTENT=""> > + <META NAME="CHANGEDBY" CONTENT="Łukasz Wojniłowicz"> > + <META NAME="CHANGEDBY" CONTENT="Łukasz Wojniłowicz"> > + <META NAME="CHANGEDBY" CONTENT="Łukasz Wojniłowicz"> > + <META NAME="CHANGEDBY" CONTENT="Łukasz Wojniłowicz"> > +  > +  > +</HEAD> > +<BODY LANG="en-US" DIR="LTR"> > +<H1><A HREF="http://www.ubuntu.com/" TARGET="_new"><IMG SRC="%7B$root%7D/images/distro/ubuntu.png" NAME="graphics1" ALT="Ubuntu Logo" ALIGN=BOTTOM WIDTH=50 HEIGHT=50 BORDER=0></A> > +<SPAN LANG="pl-PL">Wine dla Ubuntu i pochodnych Ubuntu > +<A HREF="http://www.debian.org/" TARGET="_new"><IMG SRC="%7B$root%7D/images/distro/ubuntu.png" NAME="graphics2" ALT="Ubuntu Logo" ALIGN=BOTTOM WIDTH=50 HEIGHT=50 BORDER=0></A></SPAN></H1> > +<P LANG="pl-PL">Ubuntu i inne dystrybucje bazujące na Debianie > +używają specjalnego narzędzia zwanego APT do zarządzania > +paczkami. APT jest zdolne automagicznie zainstalować wszystkie > +potrzebne zależności dla paczki z programem, jak również > +utrzymywać zawsze najnowszą wersję paczki, poprzez przeszukiwanie > +czegoś, co jest znane pod nazwą repozytoria APT. Ubuntu ma swoje > +własne repozytorium programów, które zawiera w sobie Wine, > +jednakże my utrzymujemy nasze własne repozytorium najnowszych > +dostępnych paczek beta, które można tutaj pobrać.</P> > +<H2 LANG="pl-PL">Uwaga: To są paczki beta</H2> > +<P><SPAN LANG="pl-PL"><I>Te paczki są paczkami beta. Oznacza to, że > +okresowo mogą cierpieć z powodu <A HREF="http://wiki.winehq.org/Regression">regresji</A>, > +a aktualizacja do nich może popsuć funkcjonalność Wine. Jeżeli w > +twoim przypadku ostatnie stabilne wydanie Wine (aktualnie Wine 1.0.1) > +działa, to nie musisz używać paczek beta.</I></SPAN></P> > +<H2 LANG="pl-PL">Dodawanie repozytorium APT WineHQ:</H2> > +<P LANG="pl-PL">Otwórz Źródła oprogramowania z menu > +<B>System->Administracja->Źródła oprogramowania</B>. > +Następnie przejdź na zakładkę <B>Oprogramowanie osób trzecich</B> > +i kliknij <B>Dodaj...</B></P> > +<P><IMG SRC="%7B$root%7D/images/distro/ubuntu-softwaresources1.png" NAME="graphics3" ALT="System->Administration->Software Sources->Third Party Software" ALIGN=BOTTOM WIDTH=531 HEIGHT=509 BORDER=0> > +</P> > +<P LANG="pl-PL">Następnie, <B>wklej jedną z poniższych linijek</B> > +zależnie od wersji twojego systemu.</P> > +<P LANG="pl-PL"><B>Dla Ubuntu Jaunty (9.04):</B><BR><I>deb > +http://wine.budgetdedicated.com/apt jaunty main #WineHQ - Ubuntu 9.04 > +"Jaunty Jackalope"</I></P> > +<P LANG="pl-PL"><B>Dla Ubuntu Intrepid (8.10):</B><BR><I>deb > +http://wine.budgetdedicated.com/apt intrepid main #WineHQ - Ubuntu > +8.10 "Intrepid Ibex"</I></P> > +<P LANG="pl-PL"><B>Dla Ubuntu Hardy (8.04):</B><BR><I>deb > +http://wine.budgetdedicated.com/apt hardy main #WineHQ - Ubuntu 8.04 > +"Hardy Heron"</I></P> > +<H2 LANG="pl-PL">Przyznanie zaufania repozytorium APT WineHQ i > +instalowanie Wine:</H2> > +<P LANG="pl-PL">Po dodaniu repozytorium, potrzebujesz również dodać > +klucz do tego repozytorium do twojej systemowej listy zaufanych > +kluczy.</P> > +<P><A HREF="http://wine.budgetdedicated.com/apt/Scott%20Ritchie.gpg"><SPAN LANG="pl-PL"><B>Pobierz > +i zapisz klucz Scotta Ritchiego</B></SPAN></A> <SPAN LANG="pl-PL">(prawy > +przycisk myszy -> zapisz jako) na pulpicie. Następnie przejdź na > +zakładkę </SPAN><SPAN LANG="pl-PL"><B>Uwierzytelnianie</B></SPAN><SPAN LANG="pl-PL">, > +kliknij </SPAN><SPAN LANG="pl-PL"><B>Zaimportuj plik klucza... </B></SPAN><SPAN LANG="pl-PL">, > +i wybierz plik klucza, którego właśnie zapisałeś (</SPAN><SPAN LANG="pl-PL"><I>Scott > +Ritchie.gpg</I></SPAN><SPAN LANG="pl-PL">). Możesz usunąć ten plik > +po wykonaniu tego kroku.</SPAN></P> > +<P><IMG SRC="%7B$root%7D/images/distro/ubuntu-softwaresources2.png" NAME="graphics4" ALT="System->Administration->Software Sources->Authentication" ALIGN=BOTTOM WIDTH=531 HEIGHT=509 BORDER=0> > +</P> > +<P><SPAN LANG="pl-PL">Kliknij zamknij, aby zakończyć, a potem > +</SPAN><SPAN LANG="pl-PL"><B>uaktualnij dane o paczkach</B></SPAN> <SPAN LANG="pl-PL">w > +momencie pytania. Jeżeli masz zainstalowane Wine to systemowy > +menadżer aktualizacji poinformuje cię o najnowszym wydaniu Wine > +beta i zapyta cię o aktualizację. Jeżeli nie instalowałeś > +jeszcze Wine, to przejdź do </SPAN><SPAN LANG="pl-PL"><B>Aplikacje->Dodaj/usuń > +a</B></SPAN><SPAN LANG="pl-PL"><B>plikacje</B></SPAN><SPAN LANG="pl-PL"> > +i poszukaj Wine lub po prostu <A HREF="apt://wine">kliknij na tego > +linka</A>.</SPAN></P> > +<H2 LANG="pl-PL">Aktualizacja do nowej wersji Ubuntu</H2> > +<P LANG="pl-PL">Jeżeli aktualizujesz cały system np. przechodzisz z > +Ubuntu 8.10 na 9.04, to będzie konieczny powrót do tej strony i > +dodanie repozytorium do nowej wersji systemu. Wbudowany menadżer > +aktualizacji nie zmieni automatycznie repozytorium Wine.</P> > +<H2 LANG="pl-PL">Starsze paczki .deb</H2> > +<P><SPAN LANG="pl-PL">Jako że repozytorium APT może przechowywać > +jedynie najnowsze paczki, tak więc starsze wersje paczek są > +dostępne w <A HREF="http://wine.budgetdedicated.com/archive/index.html">archiwum > +WineHQ paczek .deb</A>.</SPAN></P> > +<P LANG="pl-PL">Możesz zainstalować pobrane paczki klikając na nie > +dwukrotnie.</P> > +<H2 LANG="pl-PL">Alternatywne komendy wiersza poleceń do > +zainstalowania Wine:</H2> > +<P LANG="pl-PL">Możliwe jest także dodanie repozytoriów Wine i > +zainstalowanie go z wiersza poleceń. Jest to użyteczne w przypadku > +Kubuntu, Xubuntu, i innych pochodnych Ubuntu.</P> > +<P LANG="pl-PL">Najpierw otwórz okno terminalu > +(<B>Aplikacje->Akcesoria->Terminal</B>). Następnie dodaj klucz > +repozytorium do systemowej listy zaufanych kluczy APT przez wklejenie > +następującej linijki do twojego terminalu:</P> > +<P LANG="pl-PL"><I>wget -q > +http://wine.budgetdedicated.com/apt/387EE263.gpg -O- | sudo apt-key > +add -</I></P> > +<P LANG="pl-PL">Następnie, dodaj repozytorium do systemowej listy > +źródeł APT:</P> > +<P LANG="pl-PL"><B>Dla Ubuntu Jaunty (9.04):</B><BR><I>sudo wget > +http://wine.budgetdedicated.com/apt/sources.list.d/jaunty.list -O > +/etc/apt/sources.list.d/winehq.list</I></P> > +<P LANG="pl-PL"><B>Dla Ubuntu Intrepid (8.10):</B><BR><I>sudo wget > +http://wine.budgetdedicated.com/apt/sources.list.d/intrepid.list -O > +/etc/apt/sources.list.d/winehq.list</I></P> > +<P LANG="pl-PL"><B>Dla Ubuntu Hardy (8.04):</B><BR><I>sudo wget > +http://wine.budgetdedicated.com/apt/sources.list.d/hardy.list -O > +/etc/apt/sources.list.d/winehq.list</I></P> > +<P LANG="pl-PL">Następnie zaktualizuj informacje o paczkach APT > +wpisując '<B>sudo apt-get update</B>'. Teraz możesz zainstalować > +Wine zwyczajnie lub wpisując '<B>sudo apt-get install wine</B>' w > +terminalu.</P> > +<P><BR><BR> > +</P> > +<P><SPAN LANG="pl-PL"><I>Bardzo szybki i niezawodny webhosting dla > +repozytoriów APT jest łaskawie dostarczany przez > +<A HREF="http://www.budgetdedicated.com/">budgetdedicated.com</A>.</I></SPAN></P> > +</BODY> > +</HTML> > \ No newline at end of file > diff --git a/templates/pl/home.template b/templates/pl/home.template > new file mode 100644 > index 0000000..bd88eba > --- /dev/null > +++ b/templates/pl/home.template > @@ -0,0 +1,70 @@ > +<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN"> > +<HTML> > +<HEAD> > + <META HTTP-EQUIV="CONTENT-TYPE" CONTENT="text/html; charset=utf-8"> > + <TITLE></TITLE> > + <META NAME="GENERATOR" CONTENT="OpenOffice.org 3.0 (Linux)"> > + <META NAME="CREATED" CONTENT="0;0"> > + <META NAME="CHANGEDBY" CONTENT="Łukasz Wojniłowicz"> > + <META NAME="CHANGED" CONTENT="20090429;15261400"> > +  > +  > +  > +</HEAD> > +<BODY LANG="en-US" DIR="LTR"> > +<FORM NAME="donateForm" ACTION="https://www.paypal.com/cgi-bin/webscr" METHOD="POST"> > + <INPUT TYPE=HIDDEN NAME="cmd" VALUE="_xclick"> > + <INPUT TYPE=HIDDEN NAME="business" VALUE="donate(a)winehq.org"> > + <INPUT TYPE=HIDDEN NAME="item_name" VALUE="Wine donation"> > +</FORM> > +<DIV ID="main_left" DIR="LTR"> > + <UL> > + <LI><P STYLE="margin-bottom: 0cm; border: none; padding: 0cm"><SPAN LANG="pl-PL"><A HREF="%7B$root%7D/about/">Informacje</A></SPAN></P> > + <P LANG="pl-PL" STYLE="margin-bottom: 0cm; border: none; padding: 0cm"> > + Przegląd funkcji Wine.</P> > + <LI><P STYLE="margin-bottom: 0cm; border: none; padding: 0cm"><A HREF="%7B$root%7D/download/"><SPAN LANG="pl-PL">Pobieralnia</SPAN></A></P> > + <P LANG="pl-PL" STYLE="margin-bottom: 0cm; border: none; padding: 0cm"> > + Ściągnij Wine teraz!</P> > + <LI><P STYLE="margin-bottom: 0cm; border: none; padding: 0cm"><A HREF="%7B$root%7D/help/"><SPAN LANG="pl-PL">Pomoc!</SPAN></A></P> > + <P LANG="pl-PL" STYLE="margin-bottom: 0cm; border: none; padding: 0cm"> > + Dokumentacja, Wsparcie, i Wiki.</P> > + <LI><P STYLE="margin-bottom: 0cm; border: none; padding: 0cm"><A HREF="%7B$root%7D/devel/"><SPAN LANG="pl-PL">Rozwój</SPAN></A></P> > + <P LANG="pl-PL" STYLE="margin-bottom: 0cm; border: none; padding: 0cm"> > + Źródła Wine, Szukanie Robaków, itp.</P> > + <LI><P STYLE="border: none; padding: 0cm"><A HREF="javascript:document.donateForm.submit();"><SPAN LANG="pl-PL">Darowizny</SPAN></A></P> > + <P LANG="pl-PL" STYLE="border: none; padding: 0cm">Ofiary dla Wine.</P> > + </UL> > +</DIV> > +<DIV ID="main_right" DIR="LTR"> > + <H3 LANG="pl-PL" STYLE="border: none; padding: 0cm">Najnowsze > + wydania</H3> > + <TABLE CELLPADDING=2 CELLSPACING=2> > + <TR> > + <TD> > + <P LANG="pl-PL">Stabilne:</P> > + </TD> > + <TD> > + <P STYLE="border: none; padding: 0cm"><A HREF="%7B$root%7D/announce/%7B$config_stable_release%7D"><SPAN LANG="pl-PL"><B>Wine {$config_stable_release}</B></SPAN></A><SPAN LANG="pl-PL"> > + (<A HREF="http://source.winehq.org/git/wine.git?a=shortlog;h=refs/tags/wine-%7B$confi…">zmiany</A>) > + </SPAN> > + </P> > + </TD> > + </TR> > + <TR> > + <TD> > + <P LANG="pl-PL">Rozwojowe:</P> > + </TD> > + <TD> > + <P STYLE="border: none; padding: 0cm"><A HREF="%7B$root%7D/announce/%7B$config_master_release%7D"><SPAN LANG="pl-PL"><B>Wine {$config_master_release}</B></SPAN></A><SPAN LANG="pl-PL"> > + (<A HREF="http://source.winehq.org/git/wine.git?a=shortlog;h=refs/tags/wine-%7B$confi…">zmiany</A>) > + </SPAN> > + </P> > + </TD> > + </TR> > + </TABLE> > + <H3 STYLE="margin-top: 0.4cm; border: none; padding: 0cm"><A HREF="%7B$root%7D/news/"><SPAN LANG="pl-PL">Aktualności</SPAN></A></H3> > + <P STYLE="margin-top: 0.4cm; border: none; padding: 0cm"><SPAN LANG="pl-PL"><A HREF="%7B$root%7D/news/">więcej > + aktualności...</A></SPAN></P> > +</DIV> > +</BODY> > +</HTML> > \ No newline at end of file > diff --git a/templates/pl/interview.template b/templates/pl/interview.template > new file mode 100644 > index 0000000..c0d6329 > --- /dev/null > +++ b/templates/pl/interview.template > @@ -0,0 +1,18 @@ > +<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN"> > +<HTML> > +<HEAD> > + <META HTTP-EQUIV="CONTENT-TYPE" CONTENT="text/html; charset=utf-8"> > + <TITLE></TITLE> > + <META NAME="GENERATOR" CONTENT="OpenOffice.org 3.0 (Linux)"> > + <META NAME="CREATED" CONTENT="0;0"> > + <META NAME="CHANGEDBY" CONTENT="Łukasz Wojniłowicz"> > + <META NAME="CHANGED" CONTENT="20090429;16091900"> > +  > +  > +</HEAD> > +<BODY LANG="en-US" DIR="LTR"> > +<H1 LANG="pl-PL">Wywiady</H1> > +<P LANG="pl-PL"><BR><BR> > +</P> > +</BODY> > +</HTML> > \ No newline at end of file > diff --git a/templates/pl/irc.template b/templates/pl/irc.template > new file mode 100644 > index 0000000..53bbdd7 > --- /dev/null > +++ b/templates/pl/irc.template > @@ -0,0 +1,27 @@ > +<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN"> > +<HTML> > +<HEAD> > + <META HTTP-EQUIV="CONTENT-TYPE" CONTENT="text/html; charset=utf-8"> > + <TITLE></TITLE> > + <META NAME="GENERATOR" CONTENT="OpenOffice.org 3.0 (Linux)"> > + <META NAME="CREATED" CONTENT="0;0"> > + <META NAME="CHANGEDBY" CONTENT="Łukasz Wojniłowicz"> > + <META NAME="CHANGED" CONTENT="20090429;16122300"> > +  > +  > +</HEAD> > +<BODY LANG="en-US" DIR="LTR"> > +<H1 LANG="pl-PL">Wsparcie na żywo</H1> > +<P><SPAN LANG="pl-PL"><A HREF="http://www.freenode.net/">Freenode.net</A> > +hostuje kanał IRC dla Wine. Możesz wejść do pokoju rozmów > +używając programu IRC takiego jak np. <A HREF="http://www.xchat.org/">X-Chat</A>. > +Użyj ustawień wymienionych poniżej.</SPAN></P> > +<BLOCKQUOTE LANG="pl-PL"><B>Serwer:</B> irc.freenode.net<BR><B>Port:</B> > +6667<BR><B>Kanał:</B> #winehq</BLOCKQUOTE> > +<P><SPAN LANG="pl-PL">Jeżeli używasz Mozilli lub innej przeglądarki > +która wspiera </SPAN><SPAN LANG="pl-PL"><B>u</B></SPAN><SPAN LANG="pl-PL">e</SPAN><SPAN LANG="pl-PL"><B>r</B></SPAN><SPAN LANG="pl-PL">e</SPAN><SPAN LANG="pl-PL"><B>l</B></SPAN><SPAN LANG="pl-PL">e > +IRC, to możesz dołączyć do rozmowy klikając na > +<A HREF="irc://irc.freenode.net/#winehq">irc://irc.freenode.net/#winehq</A>.</SPAN></P> > +<P LANG="pl-PL"> </P> > +</BODY> > +</HTML> > \ No newline at end of file > diff --git a/templates/pl/lang.template b/templates/pl/lang.template > new file mode 100644 > index 0000000..547a879 > --- /dev/null > +++ b/templates/pl/lang.template > @@ -0,0 +1,36 @@ > +<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN"> > +<HTML> > +<HEAD> > + <META HTTP-EQUIV="CONTENT-TYPE" CONTENT="text/html; charset=utf-8"> > + <TITLE></TITLE> > + <META NAME="GENERATOR" CONTENT="OpenOffice.org 3.0 (Linux)"> > + <META NAME="CREATED" CONTENT="0;0"> > + <META NAME="CHANGEDBY" CONTENT="Łukasz Wojniłowicz"> > + <META NAME="CHANGED" CONTENT="20090429;16313700"> > + <META NAME="CHANGEDBY" CONTENT="Łukasz Wojniłowicz"> > + <META NAME="CHANGEDBY" CONTENT="Łukasz Wojniłowicz"> > +  > +  > +</HEAD> > +<BODY LANG="en-US" DIR="LTR"> > +<H1 LANG="pl-PL">{$langChange}</H1> > +<P LANG="pl-PL"><B>Aktualny język: </B>{$langCur}</P> > +<UL> > + <LI><P STYLE="margin-bottom: 0cm; border: none; padding: 0cm"><SPAN LANG="pl-PL"><A HREF="%7B$root%7D/lang/en">English</A> > + </SPAN><FONT SIZE=2><SPAN LANG="pl-PL">(Angielski)</SPAN></FONT></P> > + <LI><P STYLE="margin-bottom: 0cm; border: none; padding: 0cm"><SPAN LANG="pl-PL"><A HREF="%7B$root%7D/lang/de">Deutsch</A> > + </SPAN><FONT SIZE=2><SPAN LANG="pl-PL">(Niemiecki)</SPAN></FONT> > + </P> > + <LI><P STYLE="margin-bottom: 0cm; border: none; padding: 0cm"><SPAN LANG="pl-PL"><A HREF="%7B$root%7D/lang/es">EspaÃ±ol</A> > + </SPAN><FONT SIZE=2><SPAN LANG="pl-PL">(Hiszpański)</SPAN></FONT> > + </P> > + <LI><P STYLE="margin-bottom: 0cm; border: none; padding: 0cm"><SPAN LANG="pl-PL"><A HREF="%7B$root%7D/lang/fr">FranÃ§ais</A> > + </SPAN><FONT SIZE=2><SPAN LANG="pl-PL">(Francuski)</SPAN></FONT> > + </P> > + <LI><P STYLE="margin-bottom: 0cm; border: none; padding: 0cm"><A HREF="%7B$root%7D/lang/pl"><SPAN LANG="pl-PL">Polski</SPAN></A></P> > + <LI><P STYLE="border: none; padding: 0cm"><SPAN LANG="pl-PL"><A HREF="%7B$root%7D/lang/pt">PortuguÃªs</A> > + </SPAN><FONT SIZE=2><SPAN LANG="pl-PL">(Portugalski)</SPAN></FONT> > + </P> > +</UL> > +</BODY> > +</HTML> > \ No newline at end of file > diff --git a/templates/pl/news.template b/templates/pl/news.template > new file mode 100644 > index 0000000..4fc7ea0 > --- /dev/null > +++ b/templates/pl/news.template > @@ -0,0 +1,21 @@ > +<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN"> > +<HTML> > +<HEAD> > + <META HTTP-EQUIV="CONTENT-TYPE" CONTENT="text/html; charset=utf-8"> > + <TITLE></TITLE> > + <META NAME="GENERATOR" CONTENT="OpenOffice.org 3.0 (Linux)"> > + <META NAME="CREATED" CONTENT="0;0"> > + <META NAME="CHANGEDBY" CONTENT="Łukasz Wojniłowicz"> > + <META NAME="CHANGED" CONTENT="20090429;16320300"> > +  > +  > +</HEAD> > +<BODY LANG="en-US" DIR="LTR"> > +<H1>Aktualności</H1> > +<UL> > + <LI><P><A HREF="%7B$root%7D/news/rss/">WineHQ News > + RSS Feed</A> > + </P> > +</UL> > +</BODY> > +</HTML> > \ No newline at end of file > diff --git a/templates/pl/search.template b/templates/pl/search.template > new file mode 100644 > index 0000000..1c4a52a > --- /dev/null > +++ b/templates/pl/search.template > @@ -0,0 +1,40 @@ > +<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN"> > +<HTML> > +<HEAD> > + <META HTTP-EQUIV="CONTENT-TYPE" CONTENT="text/html; charset=utf-8"> > + <TITLE></TITLE> > + <META NAME="GENERATOR" CONTENT="OpenOffice.org 3.0 (Linux)"> > + <META NAME="CREATED" CONTENT="0;0"> > + <META NAME="CHANGEDBY" CONTENT="Łukasz Wojniłowicz"> > + <META NAME="CHANGED" CONTENT="20090429;16330800"> > +  > +  > +</HEAD> > +<BODY LANG="en-US" DIR="LTR"> > +<H1 LANG="pl-PL" STYLE="margin-top: 0cm; margin-bottom: 0.26cm">Wyniki > +wyszukiwania</H1> > +<DIV ID="cse-search-results" DIR="LTR"> > + <P LANG="pl-PL"><BR><BR> > + </P> > +</DIV> > +<P LANG="pl-PL"><SCRIPT> > + $.gglclientCoords = function() { > + var dimensions = {width: 0, height: 0}; > + if (document.documentElement) { > + dimensions.width = document.documentElement.offsetWidth; > + dimensions.height = document.documentElement.offsetHeight; > + } else if (window.innerWidth && window.innerHeight) { > + dimensions.width = window.innerWidth; > + dimensions.height = window.innerHeight; > + } > + return dimensions; > + } > + var googleSearchIframeName = "cse-search-results"; > + var googleSearchFormName = "cse-search-box"; > + var googleSearchFrameWidth = ($.gglclientCoords().width - 250); > + var googleSearchDomain = "www.google.com"; > + var googleSearchPath = "/cse"; > +</SCRIPT><SCRIPT SRC="http://www.google.com/afsonline/show_afs_search.js"></SCRIPT><BR><BR> > +</P> > +</BODY> > +</HTML> > \ No newline at end of file

1 0

Re: ws2_32/tests: add initial tests for WSAStartup
by Alexandre Julliard 01 May '09

01 May '09

Austin English <austinenglish(a)gmail.com> writes: > CTESTS = \ > protocol.c \ > - sock.c > + sock.c \ > + startup.c There's no need to create a new file for such a small test. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: [2/2] winex11.drv: export copied images as image/bmp
by Alexandre Julliard 01 May '09

01 May '09

"Vincent Povirk" <vincent(a)codeweavers.com> writes: > + if (dibinfo->biBitCount < 16) > + numcolors = dibinfo->biClrUsed || 1<<dibinfo->biBitCount; You have been doing too much Perl ;-) -- Alexandre Julliard julliard(a)winehq.org

2 1

Re: winemenubuilder: add Wine's MIME types to freedesktop (try2)
by Alexandre Julliard 01 May '09

01 May '09

Damjan Jovanovic <damjan.jov(a)gmail.com> writes: > +static void strlwrA(char *str) > +{ > + while ((*str = tolower(*str))) str++; > +} That won't work on utf-8. You should do it on the Unicode string before conversion. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: tools/wine.desktop: reduce MIME types to application/x-ms-dos-executable and application/x-msi
by Damjan Jovanovic 01 May '09

01 May '09

On Fri, May 1, 2009 at 12:31 AM, Scott Ritchie <scott(a)open-vote.org> wrote: > tools/wine.desktop: reduce MIME types to application/x-ms-dos-executable and > application/x-msi > > > > If you're not going to motivate this in the email, you could at least refer people to bug 18307. Also, do distributions outside Ubuntu come up with the same MIME types? Damjan

3 3

Wine + Mono + application = library not found?
by Seth Shelnutt 01 May '09

01 May '09

Hello all, I'm trying to see if I can get a folding monitor, http://code.google.com/p/hfm-net/ working in Wine. I've installed the latest wine, 1.1.20, and the latest mono for windows 2.4. It seems however that either mono or Wine, I think wine, is not seeing the library file from gtk. However it is in my lib folder. Does anyone have any idea where wine is looking for the lib to be at? This is on a Debian "testing" (Squeeze I guess, but I keep my repos under the "testing" and no name, I use the wine "sid" repo) install. shelnutt@K-Server:~/Downloads/HFM Release 0.1.1.10$ wine HFM.exe Unhandled Exception: System.TypeInitializationException: An exception was thrown by the type initializer for System.Windows.Forms.MimeIconEngine ---> System.DllNotFoundException: libgdk-x11-2.0.so.0 at (wrapper managed-to-native) System.Windows.Forms.GnomeUtil:gdk_init_check (intptr,intptr) at System.Windows.Forms.GnomeUtil.Init () [0x00000] at System.Windows.Forms.GnomeUtil.GetIcon (System.String icon, Int32 size) [0x00000] at System.Windows.Forms.GnomeHandler.AddGnomeIcon (System.String internal_mime_type, System.String name) [0x00000] at System.Windows.Forms.GnomeHandler.CreateUIIcons () [0x00000] at System.Windows.Forms.GnomeHandler.Start () [0x00000] at System.Windows.Forms.MimeIconEngine..cctor () [0x00000] --- End of inner exception stack trace --- at System.Windows.Forms.WinFileSystem..ctor () [0x00000] at System.Windows.Forms.MWFVFS..ctor () [0x00000] at System.Windows.Forms.FileDialog..ctor () [0x00000] at System.Windows.Forms.OpenFileDialog..ctor () [0x00000] at (wrapper remoting-invoke-with-check) System.Windows.Forms.OpenFileDialog:.ctor () at HFM.Forms.frmMain.InitializeComponent () [0x00000] at HFM.Forms.frmMain..ctor () [0x00000] at (wrapper remoting-invoke-with-check) HFM.Forms.frmMain:.ctor () at HFM.Program.Main (System.String[] argv) [0x00000] shelnutt@K-Server:~/Downloads/HFM Release 0.1.1.10$ locate libgdk-x11-2.0.so.0 /home/shelnutt/opt/gps/lib/libgdk-x11-2.0.so.0 /usr/lib/libgdk-x11-2.0.so.0 /usr/lib/libgdk-x11-2.0.so.0.1600.1 Thanks, Seth Shelnutt

2 1

IE and MSN Messenger 7.0
by Cissyvonwinckelmann 01 May '09

01 May '09

dag, bestaat er voor mij nog een mogelijkheid om messenger 7.0 te downloaden. Heb dus nog Windows Me, heel graag antwoord, groet cissy cissyvonwinckelmann(a)planet.nl

3 2

Re: Wine + Mono + application = library not found?
by Hin-Tak Leung 30 Apr '09

30 Apr '09

I use wine + win32 mono quite regularly (my .net app does some gdi some p/invoke stuff). Wine or mono takes extra dll's from $PATH, and also from the application's directory. The windows version of the gtk library is actually in .wine/drive_c/Program\ Files/Mono-2.4/bin/ . The way I would run your application would be: cd .wine/drive_c/Program\ Files/Mono-2.4/bin/ \ && wine ./mono.exe H:/Downloads/HFM Release 0.1.1.10/HFM.exe (note the "H:" for home dir under windows). There are probably other ways of doing it, but I think mine is guaranteed to work. --- On Fri, 1/5/09, Seth Shelnutt <shelnutt2(a)gmail.com> wrote: > Hello all, > > I'm trying to see if I can get a folding monitor, http://code.google.com/p/hfm-net/ > working in Wine. I've installed the latest wine, 1.1.20, > and the latest mono for windows 2.4. It seems however that > either mono or Wine, I think wine, is not seeing the library > file from gtk. However it is in my lib folder. Does anyone > have any idea where wine is looking for the lib to be at? > This is on a Debian "testing" (Squeeze I guess, > but I keep my repos under the "testing" and no > name, I use the wine "sid" repo) install. > > > > > shelnutt@K-Server:~/Downloads/HFM Release 0.1.1.10$ wine > HFM.exe > > Unhandled Exception: System.TypeInitializationException: An > exception was thrown by the type initializer for > System.Windows.Forms.MimeIconEngine ---> > System.DllNotFoundException: libgdk-x11-2.0.so.0 > > > at (wrapper managed-to-native) > System.Windows.Forms.GnomeUtil:gdk_init_check > (intptr,intptr) > at System.Windows.Forms.GnomeUtil.Init () [0x00000] > at System.Windows.Forms.GnomeUtil.GetIcon (System.String > icon, Int32 size) [0x00000] > > > at System.Windows.Forms.GnomeHandler.AddGnomeIcon > (System.String internal_mime_type, System.String name) > [0x00000] > at System.Windows.Forms.GnomeHandler.CreateUIIcons () > [0x00000] > at System.Windows.Forms.GnomeHandler.Start () [0x00000] > > > > at System.Windows.Forms.MimeIconEngine..cctor () > [0x00000] > --- End of inner exception stack trace --- > at System.Windows.Forms.WinFileSystem..ctor () [0x00000] > > at System.Windows.Forms.MWFVFS..ctor () [0x00000] > > > at System.Windows.Forms.FileDialog..ctor () [0x00000] > at System.Windows.Forms.OpenFileDialog..ctor () > [0x00000] > at (wrapper remoting-invoke-with-check) > System.Windows.Forms.OpenFileDialog:.ctor () > at HFM.Forms.frmMain.InitializeComponent () [0x00000] > > > at HFM.Forms.frmMain..ctor () [0x00000] > at (wrapper remoting-invoke-with-check) > HFM.Forms.frmMain:.ctor () > at HFM.Program.Main (System.String[] argv) [0x00000] > > shelnutt@K-Server:~/Downloads/HFM Release 0.1.1.10$ locate > libgdk-x11-2.0.so.0 > > > /home/shelnutt/opt/gps/lib/libgdk-x11-2.0.so.0 > /usr/lib/libgdk-x11-2.0.so.0 > /usr/lib/libgdk-x11-2.0.so.0.1600.1 > > > Thanks, > > Seth Shelnutt > > > > -----Inline Attachment Follows----- > > >

1 0

New Icons are very good, but not yet perfect
by Joel Holdsworth 30 Apr '09

30 Apr '09

Hi All, Great stuff with the new Tango icons for Wine - they're a definite improvement. One observation: it looks like the icons that I have installed do not have versions that have been tuned for small size: 16x16 and especially 22x22. If I understand correctly, the scaled icons were drawn for 48x48, which means that when the icon is drawn at size 22x22 in my gnome menu, there will be line width of 0.46px which looks too faint next to the other icons which have been tuned for small sizes, and have 1px lines. Does anyone know anything about this? Thanks Joel Holdsworth

3 2

Re: [PATCH] This patch fixes context menu crashes for edit controls asapparent in vb apps.
by Dmitry Timoshkov 30 Apr '09

30 Apr '09

And what is the reason of the crash? Please add a test case replicating the problem first. -- Dmitry.

1 0

Re: Added Polish translation
by Jeremy Newman 30 Apr '09

30 Apr '09

Your templates include html,head,meta, and body tags. Please strip them out and resubmit the patch. Otherwise everything looks good. -Newman Łukasz Wojniłowicz wrote: > From: Łukasz Wojniłowicz <Wojnilowicz(a)nslw.hstl.put.poznan.pl> > > --- > include/data.php | 4 + > templates/pl/.cvsignore | 2 + > templates/pl/announce.template | 19 +++ > templates/pl/download.template | 280 ++++++++++++++++++++++++++++++++++++ > templates/pl/download/deb.template | 127 ++++++++++++++++ > templates/pl/home.template | 70 +++++++++ > templates/pl/interview.template | 18 +++ > templates/pl/irc.template | 27 ++++ > templates/pl/lang.template | 36 +++++ > templates/pl/news.template | 21 +++ > templates/pl/search.template | 40 +++++ > 11 files changed, 644 insertions(+), 0 deletions(-) > create mode 100644 templates/pl/.cvsignore > create mode 100644 templates/pl/announce.template > create mode 100644 templates/pl/download.template > create mode 100644 templates/pl/download/deb.template > create mode 100644 templates/pl/home.template > create mode 100644 templates/pl/interview.template > create mode 100644 templates/pl/irc.template > create mode 100644 templates/pl/lang.template > create mode 100644 templates/pl/news.template > create mode 100644 templates/pl/search.template >

1 0

re: This patch fixes context menu crashes for edit controls as apparent in vb apps.
by Dan Kegel 30 Apr '09

30 Apr '09

Hi Martin, thanks for the patch. Two suggestions: 1) if possible, please write a conformance test. 2) It appears you're a ReactOS developer, so you should expect some turbulence. You may have to go the "file a really good bug" route if Wine can't accept your patches. - Dan

2 1

Re: Disabling File attachments on Wiki
by Dmitry Timoshkov 30 Apr '09

30 Apr '09

[please don't forget to cc: wine-devel] "Jeff Latimer" <lats(a)yless4u.com.au> wrote: >>> It would be also helpful to to get all wiki user account list (check it >>> time from time for suspicious names) and have an ability to delete >>> accounts >>> of known spammers for Wiki admins. Is it possible? >> Another thing that would probably help to get rid of spammers' accounts >> is to (regularly) delete all user accounts without a personal page. > It would also get rid of anyone who did not want to create a home page. Then it's time to do that, with a short description what your intentions/ activity is in the Wine project. > I just created one /just in case/ but really don't want to. What's the point in having a Wiki account then? -- Dmitry.

9 28

Re: Sound problems with latest kernel -- formerly a pulseaudio thread but not any more
by Susan Cragin 30 Apr '09

30 Apr '09

>>>>> I have tested the following and I believe found they were not the problem: >>>>--snip-- >>>>> (3) problem with pulseaudio >>>> >>>>How did you determine this? I thought you said your version of Ubuntu >>>>was crippled if pulseaudio was removed, so did you use pasuspender? If >>>>so, did you verify there was no pulseaudio process running while you >>>>were testing Wine? >>> >>> After I started my testing, I did run into problems when I tried to re-install pulseaudio and then remove it, but the PA problem was unrelated. Ubuntu said there was a PA bug, and issued a fix. After I applied the fix, no more problems working with pulseaudio removed. So the whole thing was sort of a red herring. >>> >>> I have re-installed my entire system since that problem went away, and immediately purged pulseaudio, and that's where I'm working from now. Still same problem. >> >>OK, thanks for that clarification. >> >>So you've tracked the problem down to kernel version 2.6.29? What >>version of ALSA drivers are in your working and broken kernels? > >I've actually tracked it to before that. > >Wine's audio last worked with one of Ubuntu's generic kernels, probably 2.6.28-10. >Ubuntu's current repository kernel is 2.6.28-11. That's the one I that caused the problem. >The experimental bug-fix kernel is 2.6.28-12. That does not solve my problem. >(Here's where I got the kernel: http://kernel.ubuntu.com/~dtchen/test-kernels/ ) > >When my kernel worked, my drivers were 0.1.19 -- one of Tashaki Iwai's daily stable builds from a couple of weeks ago. >They are 0.1.19 now, today's daily stable build, compiled against 2.6.29-1-rt8-custom, which is what I am running at the moment. > >My 29-rt kernel is showing the same problems as the two kernels mentioned above. >FWIW, the person who compiled the RT kernel said that he did so without applying the Ubuntu patches. So that tells me that the change took place outside the Ubuntu patches. Well, this may be a pulseaudio problem after all. It may not be a wine problem. For the first time this morning, I tried running audacity -- the linux version. (My system has pulseaudio purged.) Audacity behaves the same way under Linux it does under wine, freezing when I stop and re-start the record function. I filed ubuntu bug 369762.

1 0

Re: Ubuntu no longer works correctly without pulseaudio
by Susan Cragin 30 Apr '09

30 Apr '09

>wineoss is not a viable solution to the pulseaudio problem, but this >is a real nasty issue where the solution is "as long as it works for >you, it's fine". > >What exactly is the issue with purging pulseaudio? Though this should >be taken up with ubuntu's bugs tracker. pulseaudio should be >considered optional, since ALSA/dmix works wherever pulseaudio with >ALSA backend works, even if it is opt-out. Ben, sorry... You probably haven't been following this thread closely. I determined a couple of days ago that pulseaudio was not actually my problem even though I thought it was. I just kept the name of the thread. One of wine's developers asked me if linux's (or Ubuntu's) alsa-wrappers could have changed, and if wine's alsa-wrappers could therefore need updating. The fact that something works under winecfg OSS (but not under winecfg ALSA) is a valuable piece of diagnostic information. My value to this group is usually as a canary in the mine. Because I have the latest kernel, and the latest updates, I am able to spot problems before they hit the mainstream. And remember, this is a developers' group, not a users group. Experimentation is grist for the mill. Susan

4 4

Patch
by Anthony Keith 30 Apr '09

30 Apr '09

http://bugs.winehq.org/show_bug.cgi?id=17237 Is there a patch for this in Ubuntu and if so where do I get it and how do I patch. I am new to Ubuntu and my wife loves big fish games. Thanks Tony __________________________________________________________________ Looking for the perfect gift? Give the gift of Flickr! http://www.flickr.com/gift/

2 1

Something wrong with those ?
by Massimo Del Fedele 30 Apr '09

30 Apr '09

http://www.winehq.org/pipermail/wine-patches/2009-April/072442.html http://www.winehq.org/pipermail/wine-patches/2009-April/072452.html Ciao Max

2 1

Fw: Re: Sound problems with latest kernel -- formerly a pulseaudio thread but not any more
by Susan Cragin 29 Apr '09

29 Apr '09

Whoops. This should have gone to the list. >Susan Cragin wrote: >>>>>> I have tested the following and I believe found they were not the problem: >>>>> --snip-- >>>>>> (3) problem with pulseaudio >>>>> How did you determine this? I thought you said your version of Ubuntu >>>>> was crippled if pulseaudio was removed, so did you use pasuspender? If >>>>> so, did you verify there was no pulseaudio process running while you >>>>> were testing Wine? >>>> After I started my testing, I did run into problems when I tried to re-install pulseaudio and then remove it, but the PA problem was unrelated. Ubuntu said there was a PA bug, and issued a fix. After I applied the fix, no more problems working with pulseaudio removed. So the whole thing was sort of a red herring. >>>> >>>> I have re-installed my entire system since that problem went away, and immediately purged pulseaudio, and that's where I'm working from now. Still same problem. >>> OK, thanks for that clarification. >>> >>> So you've tracked the problem down to kernel version 2.6.29? What >>> version of ALSA drivers are in your working and broken kernels? >> >> I've actually tracked it to before that. >> >> Wine's audio last worked with one of Ubuntu's generic kernels, probably 2.6.28-10. >> Ubuntu's current repository kernel is 2.6.28-11. That's the one I that caused the problem. >> The experimental bug-fix kernel is 2.6.28-12. That does not solve my problem. >> (Here's where I got the kernel: http://kernel.ubuntu.com/~dtchen/test-kernels/ ) >> >> When my kernel worked, my drivers were 0.1.19 -- one of Tashaki Iwai's daily stable builds from a couple of weeks ago. >> They are 0.1.19 now, today's daily stable build, compiled against 2.6.29-1-rt8-custom, which is what I am running at the moment. >> >> My 29-rt kernel is showing the same problems as the two kernels mentioned above. >> FWIW, the person who compiled the RT kernel said that he did so without applying the Ubuntu patches. So that tells me that the change took place outside the Ubuntu patches. >> >> > >I've had a few users report crashing in steam games as a result of >pulseaudio: https://bugs.launchpad.net/bugs/367379 -- do you think this >is all related? > >Thanks, >Scott Ritchie Maybe. From the bug, it's hard to tell. But here's what I think. I think that the kernel made changes recently that changed how sound relates to the kernel, and tied pulseaudio closer to the kernel (hence those error messages I got under 2.6.28-11, which kernel was acknowledged to be buggy the day it came out). Some of the bugs they either backed out or corrected with 2.6.28-12. It would be interesting to see if they can get steam running with that kernel. If you are working with the steam-bug people ask them to add the below kernel, purge pulseaudio, and test with alsa only. http://kernel.ubuntu.com/~dtchen/test-kernels/ Of course, they need headers, image & restricted modules. Susan

1 0

Re: Sound problems with latest kernel -- formerly a pulseaudio thread but not any more
by Susan Cragin 29 Apr '09

29 Apr '09

>>>> I have tested the following and I believe found they were not the problem: >>>--snip-- >>>> (3) problem with pulseaudio >>> >>>How did you determine this? I thought you said your version of Ubuntu >>>was crippled if pulseaudio was removed, so did you use pasuspender? If >>>so, did you verify there was no pulseaudio process running while you >>>were testing Wine? >> >> After I started my testing, I did run into problems when I tried to re-install pulseaudio and then remove it, but the PA problem was unrelated. Ubuntu said there was a PA bug, and issued a fix. After I applied the fix, no more problems working with pulseaudio removed. So the whole thing was sort of a red herring. >> >> I have re-installed my entire system since that problem went away, and immediately purged pulseaudio, and that's where I'm working from now. Still same problem. > >OK, thanks for that clarification. > >So you've tracked the problem down to kernel version 2.6.29? What >version of ALSA drivers are in your working and broken kernels? I've actually tracked it to before that. Wine's audio last worked with one of Ubuntu's generic kernels, probably 2.6.28-10. Ubuntu's current repository kernel is 2.6.28-11. That's the one I that caused the problem. The experimental bug-fix kernel is 2.6.28-12. That does not solve my problem. (Here's where I got the kernel: http://kernel.ubuntu.com/~dtchen/test-kernels/ ) When my kernel worked, my drivers were 0.1.19 -- one of Tashaki Iwai's daily stable builds from a couple of weeks ago. They are 0.1.19 now, today's daily stable build, compiled against 2.6.29-1-rt8-custom, which is what I am running at the moment. My 29-rt kernel is showing the same problems as the two kernels mentioned above. FWIW, the person who compiled the RT kernel said that he did so without applying the Ubuntu patches. So that tells me that the change took place outside the Ubuntu patches.

2 1

Re: kernel32: Send exception information to winedbg for display in the crash dialog
by Alexandre Julliard 29 Apr '09

29 Apr '09

Paul Chitescu <paulc(a)voip.null.ro> writes: > Changelog: > kernel32: Send exception information to winedbg for display in the crash > dialog That info (and more) can be determined by the debugger itself, there's no need to pass it from kernel32. -- Alexandre Julliard julliard(a)winehq.org

2 2

Re: try5 [1/4](resend) kernel32/tests: Add tests for GetVolumeInformationA and QueryDosDevice
by Paul Vriens 29 Apr '09

29 Apr '09

Guy Albertelli wrote: > Fixed memory leak and changed skip to win_skip in this patch. > Add todo_wine as necessary so all tests pass. > > Changelog: > - Enhance QueryDosDevice test for attempting to return all devices. > - Add tests for GetVolumeInformationA testing the different root dir formats. > --- > dlls/kernel32/tests/volume.c | 138 ++++++++++++++++++++++++++++++++++++++++- > 1 files changed, 134 insertions(+), 4 deletions(-) > > > > ------------------------------------------------------------------------ > > One of the tests fails on all W2K, XP and W2K3 boxes (no Vista results yet): http://test.winehq.org/data/tests/kernel32:volume.html Could you have a look? There is also a lot of trace/debugging information coming from these new tests. Is this needed? -- Cheers, Paul.

2 3

Re: winedbg: Accept a 3rd parameter to --auto to be used as extra info in the crash dialog
by Eric Pouech 29 Apr '09

29 Apr '09

Paul Chitescu a écrit : > Changelog: > winedbg: Accept a 3rd parameter to --auto to be used as extra info in the > crash dialog > > Next patch will actually send this info to the debugger from kernel32. > > ------------------------------------------------------------------------ > > this is not necessary to pass the information to winedbg, everything's needed is accessible from winedbg see tgt_active.c / dbg_handle_exception A+ -- Eric Pouech "The problem with designing something completely foolproof is to underestimate the ingenuity of a complete idiot." (Douglas Adams)

1 0

GL_APPLE_FENCE shares the same token in dlls/wined3d_gl.h with GL_FENCE_STATUS_NV.
by ace102 29 Apr '09

29 Apr '09

Hi, I noticed GL_APPLE_FENCE shares the same token in dlls/wined3d_gl.h with GL_FENCE_STATUS_NV. GL_FENCE_STATUS_NV http://www.opengl.org/registry/specs/NV/fence.txt Currently 0x84F3 GL_APPLE_FENCE http://www.opengl.org/registry/specs/APPLE/fence.txt Currently 0x84F3 Should be 0x8A0B from documentation. Is this by design or just something that slipped through the cracks? Thought I should alert someone just in case.:) Thanks. ----- Error:Success -- View this message in context: http://www.nabble.com/GL_APPLE_FENCE-shares-the-same-token-in-dlls-wined3d_… Sent from the Wine - Devel mailing list archive at Nabble.com.

4 3

Re: Sound problems with latest kernel -- formerly a pulseaudio thread but not any more
by Susan Cragin 29 Apr '09

29 Apr '09

>2009/4/29 Susan Cragin <susancragin(a)earthlink.net>: >> I have tested the following and I believe found they were not the problem: >--snip-- >> (3) problem with pulseaudio > >How did you determine this? I thought you said your version of Ubuntu >was crippled if pulseaudio was removed, so did you use pasuspender? If >so, did you verify there was no pulseaudio process running while you >were testing Wine? After I started my testing, I did run into problems when I tried to re-install pulseaudio and then remove it, but the PA problem was unrelated. Ubuntu said there was a PA bug, and issued a fix. After I applied the fix, no more problems working with pulseaudio removed. So the whole thing was sort of a red herring. I have re-installed my entire system since that problem went away, and immediately purged pulseaudio, and that's where I'm working from now. Still same problem. Susan

2 1

Sound problems with latest kernel -- formerly a pulseaudio thread but not any more
by Susan Cragin 29 Apr '09

29 Apr '09

I'm changing the name of the thread. Pulseaudio has nothing to do with my current problem. I thought it did back when I started the thread, but my testing turned out to be incomplete. I still don't know what the problem is, but I believe it has to do with the way wine relates to the current Ubuntu configuration. Using the most current kernel, the most current updates (and using tomorrow's kernels and updates) dmix and dsnoop I believe are not recognized properly by wine because I'm not getting any sound through them. And I did file a bug, but I filed it back when I still thought it was a wine regression, so it's been a long and painful process of discovery. I have tested the following and I believe found they were not the problem: (1) wine regression: (2) problem with my experimental sound drivers; (3) problem with pulseaudio; (4) bizarre problem unique to me -- and for this I reinstalled the system an tested with the base before moving on. When I did the last install, with the current Ubuntu Studio, I got the same result using the downloaded Generic kernel. (Studio can use both Generic and Real-time kernels. Linux-rt didn't work for other reasons. It crashed on bootup.) I was informed that both then-current kernels had problems. So I got the linux-generic with current Ubuntu patches and a successful re-compile of the linux-rt without Ubuntu patches. And I still have exactly the same problem. Here are my current kernels: linux-rt: 2.6.29.1-rt8-custom (It doesn't include Ubuntu's patches.) linux-generic 2.6.28-12 (this is from the Ubuntu site and has Ubuntu's patches) When I run audacity through wine, I get the following input choices: MIME: Wine wave in mapper - Input MIME: dsnoop:Generic MIME: dsnoop:Generic Windows DirectSound: Primary Sound Capture Driver Windows DirectSound: dsnoop:Generic Windows DirectSound: dsnoop:Generic When I use the second option (MME: dsnoop:Generic) it works on the first pass, but when I try to stop and start it again -- no go. The second recording area pops up but it seems to "shimmer." The recording meter does not move. And then it freezes. (That is approximately what happens to me training DNS.) When I use the 5th option (Windows DirectSound: dsnoop:generic) it works on the first pass, but when I stop/start it I get the following error message: Error when opening sound device. Please check the input device settings and the project sample rate.

2 1

Mmap/malloc redirection (bug 13335, seems to affect 3D games mainly)
by Paul TBBle Hampson 29 Apr '09

29 Apr '09

Bug 13335 [1] is basically "OpenGL games crash or run slow". There's two symptoms here, and they're to do with proprietary video drivers. When the nVidia driver fails to mmap stuff from /dev/nvidia0, it starts failing OpenGL commands with GL_OUT_OF_MEMORY. When the FireGL driver fails to mmap or malloc (I don't know which), it falls back to indrect rendering. The problem in both cases is because Wine mmaps most of the 32-bit memory space for itself and then parcels this back out through HeapAlloc and related methods. When the GL libraries calls mmap and malloc themselves, for quite large blocks of memory, they fail because there's nowhere in the address space for those large blocks of memory to go. The first linked patch [2] in bug 13335 fixes this by redirecting mmap calls into ntdll which unmaps a block of address space, and performs the mmap into that address space, effectively handing that address space over to the library for the duration of the mmap's existence. I can't claim credit for that, I merely took Thunderbird's forward-ported version of Alexandre's original patch and forward-ported it further to 1.1.19. The second linked patch [3] simply redirects malloc and related calls to RtlAllocateHeap, rather like the msvcrt malloc-type calls are handled. The latter's almost certainly in the wrong place in ntdll, but it keeps ntdll from needing two copies of the pthread_functions structure. The bug's staring to accumulate some feedback that this helps for games that otherwise tend to crash after playing for a little while, and I've not had any luck catching people on IRC to look over the patches, so I'm wondering if anyone would like to provide feedback on these patches, as to whether they are the right approach, and if there are things that could be handled more cleanly. [1] http://bugs.winehq.org/show_bug.cgi?id=13335 [2] http://bugs.winehq.org/attachment.cgi?id=20483 [3] http://bugs.winehq.org/attachment.cgi?id=20484 -- ----------------------------------------------------------- Paul "TBBle" Hampson, B.Sc, LPI, MCSE Very-later-year Asian Studies student, ANU The Boss, Bubblesworth Pty Ltd (ABN: 51 095 284 361) Paul.Hampson(a)Pobox.com Of course Pacman didn't influence us as kids. If it did, we'd be running around in darkened rooms, popping pills and listening to repetitive music. -- Marcus Brigstocke http://www.marcusbrigstocke.com/pacman.asp License: http://creativecommons.org/licenses/by/2.5/au/ -----------------------------------------------------------

1 0

The DIB engine... does anyone know how to get it into Wine?
by Luke Benstead 29 Apr '09

29 Apr '09

Hi all, I've been watching the DIB engine work that has been going on in bug 421. It looks like Max has made massive progress getting Autocad working by the sound of it, almost perfectly and also improvements in Starcraft have been reported. However, he accepts (and Alexandre has confirmed) that neither of the two approaches he has tried is the right one and he believes (as do others) that any correct approach requires massive changes to GDI32, which if I read it right, no one seems to know how to do incrementally. Autocad is one of those apps, like Photoshop, which people need to be able to use and won't switch away from Windows without it. In fact, Autocad more so than Photoshop because there is no (almost) feature equivalent alternative available (like the GIMP for Photoshop). So it's frustrating to know that someone has it working, but vanilla Wine isn't going to see it working in the near future. My question is this: does anyone know how to incrementally implement the necessary changes? Is it even possible? If it's not possible, is it work considering branching Wine to implement it correctly, for merging back into trunk at a later stage once it's been thoroughly tested? I'm wondering if Wine's development process just doesn't allow for a big change like this, and perhaps it's the development model that is the reason bug 421 is so long standing? Any thoughts, I just want to spur some discussion on this because it seems that everyone that attempts a DIB engine hits a wall :) Luke.

9 16

Re: gdiplus: Implement GdipCreateHBITMAPFromBitmap
by Nikolay Sivov 29 Apr '09

29 Apr '09

Massimo Del Fedele wrote: > Massimo Del Fedele ha scritto: >> Should work for both DIBs and DDBs format, but strange enough the >> IPicture bitmap >> inside wine gdiplus bitmap is always a 32 bit DDB by now... haven't >> found any >> other case. >> >> Ciao >> >> Max >> >> >> ------------------------------------------------------------------------ >> >> > sorry again... another dumb copy/paste :-( > Former had a spurious FIXME used for debugging purposes > > Max + IPicture_get_Handle(bitmap->image.picture, (OLE_HANDLE*)&hbm); + if(!hbm) + /* FIXME: return appropriate error code */ + return GenericError; + + /* gets bitmap data and find out bitmap's type */ + if(!(size = GetObjectW(hbm, sizeof(DIBSECTION), &ds))) + { + ERR("Couldn't get bitmap data\n"); + return GenericError; + } Could be HICON here (see GdipCreateBitmapFromHICON) or metafile. Since there's no tests for that could you please an explicit FIXME for that types?

2 1

Re: try5 [4/4](resend) kernel32: Fix GetVolumeNameForVolumeMountPointW to match Mountmgr
by Alexandre Julliard 29 Apr '09

29 Apr '09

Guy Albertelli <galberte(a)neo.rr.com> writes: > mountmgr.sys uses a specific format for "unique volume name". Make > GetVolumeNameForVolumeMountPointW match that format for the returned > unique volume name. It should actually query mountmgr, not try to guess the name that mountmgr is using. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: [3/3] iphlpapi: Add tests for GetAdaptersAddresses.
by Paul Vriens 29 Apr '09

29 Apr '09

Hans Leidekker wrote: > diff --git a/dlls/iphlpapi/tests/iphlpapi.c b/dlls/iphlpapi/tests/iphlpapi.c > index 2fc5e0d..a03cc85 100644 > +static void test_GetAdaptersAddresses(void) > +{ > + ULONG ret, size; > + IP_ADAPTER_ADDRESSES *aa; > + IP_ADAPTER_UNICAST_ADDRESS *ua; > + > + if (!gGetAdaptersAddresses) return; Could you add a win_skip()? -- Cheers, Paul.

1 0

Re: gdiplus: partially implement GdipBitmapSetPixel
by Nikolay Sivov 29 Apr '09

29 Apr '09

Massimo Del Fedele wrote: > This one implements GdipBitmapSetPixel() besides unhandled alpha channel. > > Ciao > > Max + SetPixel(hdc, x, y, ((color << 16) & 0xff0000) | (color & 0x00ff00) | ((color >> 16) & 0x0000ff)); Use ARGB2COLORREF(ARGB color) from gdiplus.c for that.

1 0

Re: [clusapi] Don't print an out parameter
by Hans Leidekker 29 Apr '09

29 Apr '09

On Wednesday 29 April 2009 10:08:56 am Paul Vriens wrote: > Was going through some logs on Bugzilla and noticed this. > > Changelog > Don't print an out parameter The spec entry for ClusterEnum also needs a fix. -Hans

1 0

Re: [3/7] gdiplus: add blend information to linear gradient brushes
by Vincent Povirk 28 Apr '09

28 Apr '09

Don't commit this one. It leaks the gdi brush when GdipCreateLineBrush fails. Vincent Povirk On Tue, Apr 28, 2009 at 6:39 PM, Vincent Povirk <vincent(a)codeweavers.com> wrote: > > > >

1 0

re: The DIB engine... does anyone know how to get it into Wine?
by Dan Kegel 28 Apr '09

28 Apr '09

Max's work has been great in that a) he has found and fixed bugs that affect Autocad, and gotten those bugfixes into the trunk, and b) he is slowly working his way towards a DIB engine prototype that actually greatly improves speed on some important apps without hurting other apps. If I recall correctly, previous efforts stalled partly because they didn't actually provide a real speedup. So I'm really glad Max is doing what he's doing, even if it's not destined for the trunk, because he is nevertheless paving the way in some sense. - Dan

5 10

Re: [2/5] WineD3D: Improve the GLSL spam filter
by Henri Verbeet 28 Apr '09

28 Apr '09

2009/4/28 Stefan Dösinger <stefan(a)codeweavers.com>: > I think this is getting pretty rediculous. I think we should either just always print the infolog, or give the infolog its own debug channel and make this a WARN.

2 3

Re: [3/5] WineD3D: Implement texldd
by Henri Verbeet 28 Apr '09

28 Apr '09

2009/4/28 Stefan Dösinger <stefan(a)codeweavers.com>: > + /* What good are texrect grad functions? I don't know, but GL_EXT_gpu_shader4 defines them. > + * There is no GL_ARB_shader_texture_lod spec yet, so I don't know if they're defined there > + */ So how are you using the extension without a spec? > +static void pshader_glsl_texldd(const struct wined3d_shader_instruction *ins) Please call this "shader_glsl_texldd".

2 3

Re: Ubuntu no longer works correctly without pulseaudio
by Susan Cragin 28 Apr '09

28 Apr '09

http://bugs.winehq.org/show_bug.cgi?id=18133. >The alsadriver settings that freeze during training are as follows (and they are the ones that used to work): > >wave-out devices: dmix:Generic (there were three of these) >wave-in devices: dsnoop:Generic (ditto) > >My working mixer device was HD-Audio-Generic. >(I had three cards, the other mixers were HDA Intel and iMic USB audio system) > >Now, to get the program to work at all without freezing, I re-install the kernel. Then only the USB works properly. The settings I see are as follows. > >wave-out devices: ALC660-VD Analog > USB Audio > >wave-in devices: (same) Good news. By changing in winecfg alsa to oss, I was able to get USB and my on-board cards (including Creative X-fi) to work, and to work VERY well. No freezing during training. Smooth recognition. And very fast. (My new souped-up real-time kernel may have something to do with that.) I cannot control the volume by the program (I have to use alsamixer). OSS Driver wave out devices / wave in devices / mixer devices all show these three: Realtek ALC660-VD USB Mixer Creative CA0110-IBG

2 1

Romanian translation
by Dimitriu Petru 28 Apr '09

28 Apr '09

Good day. I'm a Romanian ReactOS translator. (For those who don't know, ReactOS is an operating system which seeks to be 100% compatible and similar to Windows NT.) Many translations from Wine are passed to the ReactOS project when synchronizing the source code. That leads to the fact that I can't directly translate and/or update any translation of ReactOS files that are in sync with Wine. Some translations are already done here on the Wine project but some of them are wrong (For example Basic colours is translated incorrectly as Culori de basă when the correct translation is Culori de bază), others don't fit with the rest of the translations (The translations of ReactOS should retain the terminology used in Windows. In Windows, Cancel is translated to Revocare, in Wine the translation is Renunţă which is the imperative form of the verb a renunţa - to give up). I was told I should speak to you if I want to change these translations but the problem is that many Linux distributions are translated in Romanian using Renunţă as Cancel etc and if I try to change the translation in Wine, then the Romanian Linux-users will strongly disagree ... Now that's a problem! What do you suggest I should do?

7 9

Re: [PATCH 2/2] [Kernel32]: fix the management of input records withENHANCED_KEY set
by Dmitry Timoshkov 28 Apr '09

28 Apr '09

"Eric Pouech" <eric.pouech(a)orange.fr> wrote: > --- a/dlls/kernel32/editline.c > +++ b/dlls/kernel32/editline.c > @@ -818,7 +818,7 @@ WCHAR* CONSOLE_Readline(HANDLE hConsoleIn) > /* EPP WCEL_Dump(&ctx, "before func"); */ > ofs = ctx.ofs; > /* mask out some bits which don't interest us */ > - ks = ir.Event.KeyEvent.dwControlKeyState & ~(NUMLOCK_ON|SCROLLLOCK_ON|CAPSLOCK_ON|ENHANCED_KEY); > + ks = ir.Event.KeyEvent.dwControlKeyState & ~(NUMLOCK_ON|SCROLLLOCK_ON|CAPSLOCK_ON); This reverts the following commit http://www.winehq.org/pipermail/wine-cvs/2008-October/049124.html which was a fix for the bug 4558. -- Dmitry.

1 0

Re: [1/4] ws2_32/tests: Resend: IPv6 tests for WSAAddressToStringA
by Detlef Riekenberg 27 Apr '09

27 Apr '09

On Mo, 2009-04-27 at 20:48 +1000, Jeff Latimer wrote: > - ok( len == sizeof( expect4 ), "Got size %d\n", len); > + ok( len == sizeof( expect4 ), "Expected size to be %d, got %d\n", > sizeof( expect4 ), len); Do not use sizeof() in a test. > + /*check to see it IPv6 is available */ > + v6 = socket(AF_INET6, SOCK_STREAM, IPPROTO_TCP); > + if (v6 == INVALID_SOCKET) { > + skip("Could not create IPv6 socket (LastError: %d; %d > expected if IPv6 not available).\n", > + WSAGetLastError(), WSAEAFNOSUPPORT); > + goto end; There is no reason, that the reader must guess from the log, if the result is a failure or an expected behavior. You should detect, that IPv6 is not available and handle that case nice. if ((v6 == INVALID_SOCKET) && (WSAGetLastError() == WSAEAFNOSUPPORT)) { skip("IPv6 not supported on this system\n"); goto end; } ok(v6 !== INVALID_SOCKET, "create an IPv6 socket failed with %d\n", WSAGetLastError()); if (v6 == INVALID_SOCKET) { skip("No IPv6 socket\n"); goto end; } I know, that the same message is already in the current logs. That should be handled the same way. Thanks for pick up IPv6 -- By by ... Detlef

2 1

Re: Ubuntu no longer works correctly without pulseaudio
by Susan Cragin 27 Apr '09

27 Apr '09

> Bug 1813 is a really old bug for something else (fixed in 2003). Did you >> forget a digit? > That would be http://bugs.winehq.org/show_bug.cgi?id=18133. > >- Reece Hi. Yes, that's the bug. Here's everything I know, and probably more than you want to know, but I don't know what to leave out. My system is on the bleeding edge of everything, which can be a problem when it comes time to diagnose. I have been using Ubuntu Jaunty Studio since its first beta, and it's now fairly mature. I compile every wine git and test it, using Dragon NaturallySpeaking. Usually everything works as well or better than it has. In addition to that, I compile my own alsa-driver because I use a Creative SoundBlaster X-fi soundcard. They are a one-time install and I used the stable daily build. They had been working well for weeks, and I had not updated them in at least a day or two. About 10 days ago, when I did my daily wine build and installed DNS, the training froze. My first thought was a wine regression, but I was busy and didn't test for a few days. Then I did a couple of regression tests that seemed to succeed, but really the just marked the first change I tagged as the problem. I tested back further than the problem appeared. Still no luck. Solution? That it's not wine's problem, it is something else that has been introduced. Then I tried using a new alsa-driver, and a new alsa-libs with it. Nothing. Then I tested various configurations of pulseaudio, purged and not-purged. No changes. Then I reinstalled the whole Ubuntu-Studio system. In the meantime, Ubuntu-Studio had switched to using the Real-Time kernel as a default. The kernel froze before wine had a chance to. Back to the drawing board. I downloaded the generic kernel. That seemed to work for USB audio only. I tried compiling alsa-drivers, and installing them, and then USB stopped receiving sound. Then someone on my ubuntu-studio users list compiled a generic (non-ubuntu) realtime kernel. I installed it in the crudest way possible, by double-clicking on the DEB. Success, but for the USB soundcard only. The alsadriver settings that freeze during training are as follows (and they are the ones that used to work): wave-out devices: dmix:Generic (there were three of these) wave-in devices: dsnoop:Generic (ditto) My working mixer device was HD-Audio-Generic. (I had three cards, the other mixers were HDA Intel and iMic USB audio system) Now, to get the program to work at all without freezing, I re-install the kernel. Then only the USB works properly. The settings I see are as follows. wave-out devices: ALC660-VD Analog USB Audio wave-in devices: (same) So, what do you make of all this? Are dmix and dsnoop being bypassed? Susan

1 0

Re: winedbg: add a crash dialog for --auto mode
by Austin English 27 Apr '09

27 Apr '09

2009/4/16 Mikołaj Zalewski <mikolaj(a)zalewski.pl>: > This version of the patch uses the now implemented GetProcessImageFileName. > > From 549bdead0736d63bc2c05557b6813a64b53aa2ec Mon Sep 17 00:00:00 2001 > From: =?utf-8?q?Miko=C5=82aj_Zalewski?= <mikolaj(a)zalewski.pl> > Date: Sun, 21 Dec 2008 22:28:32 +0100 > Subject: [PATCH] winedbg: add a crash dialog for --auto mode > > --- > dlls/kernel32/tests/debugger.c | 96 ++++++++++++++--------- > programs/winedbg/Makefile.in | 5 +- > programs/winedbg/crashdlg.c | 172 > ++++++++++++++++++++++++++++++++++++++++ > programs/winedbg/debugger.h | 6 ++ > programs/winedbg/intvar.h | 3 + > programs/winedbg/resource.h | 34 ++++++++ > programs/winedbg/rsrc.rc | 26 ++++++ > programs/winedbg/rsrc_En.rc | 53 ++++++++++++ > programs/winedbg/tgt_active.c | 16 +++- > programs/winedbg/winedbg.c | 36 +++++--- > 10 files changed, 392 insertions(+), 55 deletions(-) Howdy Mikołaj, Looks like this patch caused a regression in http://bugs.winehq.org/show_bug.cgi?id=18216. Could you have a look? Before, it would crash, but the app continued on happily. After the crash dialog patch, the debugger is spawned infinitely, until the X client limit is reached. Seems to be hitting a loop somewhere... -- -Austin

2 1

Ubuntu no longer works correctly without pulseaudio
by Susan Cragin 27 Apr '09

27 Apr '09

I just thought I would alert the list. I had a problem with sound oddities a few days ago, and filed bug 1813. The possible culprits were wine's daily build, my experimental alsa-driver, and standard Ubuntu updates. The Ubuntu updates won. Ubuntu no longer works correctly with pulseaudio purged. I have to use wine with pasuspender. Susan

3 2

Re: xinput: Better match native export order.
by Alexandre Julliard 27 Apr '09

27 Apr '09

Vitaliy Margolen <wine-patches(a)kievinfo.com> writes: > See bug 18218 > --- > dlls/xinput1_3/xinput1_3.spec | 7 ++++--- > 1 files changed, 4 insertions(+), 3 deletions(-) If an app depends on specific ordinals you should of course list them explicitly. -- Alexandre Julliard julliard(a)winehq.org

1 0

Status of "USB device support in wine"
by Uwe Bonnes 27 Apr '09

27 Apr '09

Hallo, I tried to run Alexander Morozov's patches against wine-git with libusb and ftd2x devices. Two remarks: - The files from ftp://ftp.etersoft.ru/pub/people/amorozov/usb/current/ miss lines in configure.ac to trigger the Makefile generation for usbd.sys and usbhub.sys. - The HardwareID in the registry is the end of the Registry key http://msdn.microsoft.com/en-us/library/dd568018.aspx You can use the string itself in the win registry. This helps, if you don't have the devices installed on a windows machine available. Both dll/drivers pair (libusb0.dll/libusb0.sys and ftd2xx.dll/ftdibus.sys) work an a lot devices and so must scan the bus for matching devices. I didn't get wine with the patches to do anything sensible in that case. Alexander, could you perhaps have a look (ftd2xx at http://www.ftdichip.com/Drivers/D2XX.htm and libusb-win32 at sourceforge) Thanks -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt --------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------

2 1

Reparse point unit tests patches
by Paul TBBle Hampson 27 Apr '09

27 Apr '09

I posted a series of patches to add reparse point headers and junction point unit tests, as a basis from which to fix bug 12401. Is there any chance of these going in as they are, or do I need to sit on them until I or someone else implements the functionality they're testing? I'm linking to the old version, but git has been happily rebasing them for me up to and including 1.1.20, so they should still be applicable, or I can repost the latest versions. I suspect the relevance of this patch has changed since the change of fixed disk reported filesystem from NTFS to UnixFS. (ie bug 10601 isn't dependant on bug 12401 after that change, see bug 10601 comment 23) but I think it's a good thing to have in the Wine tree anyway. [PATCH 1/2] Add definitions used by reparse points http://www.winehq.org/pipermail/wine-patches/2009-January/067226.html [PATCH 2/2] Add unit tests for junction points using reparse point interface http://www.winehq.org/pipermail/wine-patches/2009-January/067227.html -- ----------------------------------------------------------- Paul "TBBle" Hampson, B.Sc, LPI, MCSE Very-later-year Asian Studies student, ANU The Boss, Bubblesworth Pty Ltd (ABN: 51 095 284 361) Paul.Hampson(a)Pobox.com Of course Pacman didn't influence us as kids. If it did, we'd be running around in darkened rooms, popping pills and listening to repetitive music. -- Kristian Wilson, Nintendo, Inc, 1989 License: http://creativecommons.org/licenses/by/2.5/au/ -----------------------------------------------------------

2 2

Re: user32/tests: show that vertical and horizontal window scroll bar info is not created independently.
by Paul Vriens 26 Apr '09

26 Apr '09

Rein Klazes wrote: > test case for bug #18102 > --- > dlls/user32/tests/scroll.c | 131 +++++++++++++++++++++++++++++++++++++++++++- > 1 files changed, 130 insertions(+), 1 deletions(-) > > diff --git a/dlls/user32/tests/scroll.c b/dlls/user32/tests/scroll.c > index 4f602c2..5cf3fcd 100644 > --- a/dlls/user32/tests/scroll.c > +++ b/dlls/user32/tests/scroll.c > @@ -220,6 +220,130 @@ static void scrollbar_test_track(void) > ok( IsWindow( hScroll), "Scrollbar has gone!\n"); > } > > +/* some tests designed to show that Horizontal and Vertical > + * window scroll bar info are not created independently */ > +static void scrollbar_test_default( DWORD style) > +{ > + INT min, max, ret; > + HWND hwnd; > + SCROLLINFO si = { sizeof( SCROLLINFO), SIF_TRACKPOS }; > + > + hwnd = CreateWindowExA( 0, "static", "", WS_POPUP | style, > + 0, 0, 10, 10, 0, 0, 0, NULL); > + assert( hwnd != 0); > + > + ret = GetScrollRange( hwnd, SB_VERT, &min, &max); > + ok( ret || > + broken( !ret) /* Win 98/ME */ > + , "GetScrollRange failed.\n"); No comments on the patch as I don't know enough of this stuff. The comma at the start of a new line looks strange though (couple of these in the patch). > + scrollbar_test_default( 0); > +if( 0) { /* enable this when the todo's in scrollbar_test_default are fixed */ > + scrollbar_test_default( WS_HSCROLL); > + scrollbar_test_default( WS_VSCROLL); > + scrollbar_test_default( WS_HSCROLL | WS_VSCROLL); > +} Does Wine crash on these? -- Cheers, Paul.

2 1

Re: kernel32/tests: Added last error tests for GetPrivateProfileString
by Dmitry Kislyuk 26 Apr '09

26 Apr '09

I don't have a particular app for you, however, there can easily be apps that would behave differently from how they would on Windows due to these last errors not being set to what the app expects. Do you have a reason why Wine behavior should not match the Windows behavior in these test cases? By Windows behavior I am referring to the more recent Windows versions of course. Dmitry --- On Thu, 4/23/09, Paul Vriens <paul.vriens.wine(a)gmail.com> wrote: > From: Paul Vriens <paul.vriens.wine(a)gmail.com> > Subject: Re: kernel32/tests: Added last error tests for GetPrivateProfileString > To: dimaki(a)rocketmail.com > Cc: wine-devel(a)winehq.org > Date: Thursday, April 23, 2009, 2:41 AM > Dmitry Kislyuk wrote: > > > > > > Any particular reason for adding these tests? Is there an > app depending on the last error? > > -- Cheers, > > Paul. >

3 2

Old regression in Autocad
by Massimo Del Fedele 26 Apr '09

26 Apr '09

Following patch c3bdda810243ed6c8d6b9960d1df3b534653b438 is first bad commit commit c3bdda810243ed6c8d6b9960d1df3b534653b438 Author: Jacek Caban <jacek(a)codeweavers.com> Date: Wed Sep 24 18:19:46 2008 +0200 mshtml: Use ActiveScript for JavaScript in file protocol documents. :040000 040000 61b72d076d5bcefd2ec1938442972f252d1ce7fc 7ce674ba65d818a7bbd8df8c6b4482fc024e1ebb M dlls Caused a regression on AutoCAD registration page display, which worked before with native shlwapi and now is broken even with it. Without native shlwapi for autocad 2005 and both shlwapi AND urlmon for Autocad 2008 it is broken anyways. Please look at bug 12570 for details, in particular at comment #44 for a simple test. Ciao Max

1 1

[1/7] [wined3d] add ps_np2fixup_t ptr to shader_arb_priv (review)
by Tobias Jakobi 26 Apr '09

26 Apr '09

For review: This patchset implements np2 texcoord fixup in ARB mode. Constants used to store texture dimensions are already packed, using the same data structures like the GLSL packing code. The code is finished and works quite well. It has been tested with Max Payne 2, HL2 and FEAR. All games now work with post-processing effects and anything else that needs NP2 textures on the nvidia FX series. Greets, Tobias -- Psssst! Schon vom neuen GMX MultiMessenger gehört? Der kann`s mit allen: http://www.gmx.net/de/go/multimessenger01

2 2

gdi32 font-link patch issues? (Bug 18044)
by Paul TBBle Hampson 26 Apr '09

26 Apr '09

I posted a series of patches to fix a font-link problem highlighted by utorrent 1.8, but which would affect any application that uses MS Shell Dlg as a UI font. (Or any other substituted font, in fact) I haven't had any feedback on the latest iteration, so I was wondering if anyone had any objections I'm unaware of, or if there was any other reason they hadn't gone in? [PATCH 1/4] gdi32: Don't add duplicate system_links entries http://www.winehq.org/pipermail/wine-patches/2009-April/071949.html [PATCH 2/4] gdi32: fetch child fonts by real parent font name http://www.winehq.org/pipermail/wine-patches/2009-April/072006.html [PATCH 3/4] gdi32: Ensure font name comparisons are case-insensitive http://www.winehq.org/pipermail/wine-patches/2009-April/071951.html [PATCH 4/4] gdi32: Remove tabs from init_system_links TRACEs http://www.winehq.org/pipermail/wine-patches/2009-April/071952.html -- ----------------------------------------------------------- Paul "TBBle" Hampson, B.Sc, LPI, MCSE Very-later-year Asian Studies student, ANU The Boss, Bubblesworth Pty Ltd (ABN: 51 095 284 361) Paul.Hampson(a)Pobox.com Of course Pacman didn't influence us as kids. If it did, we'd be running around in darkened rooms, popping pills and listening to repetitive music. -- Kristian Wilson, Nintendo, Inc, 1989 License: http://creativecommons.org/licenses/by/2.5/au/ -----------------------------------------------------------

1 0

Re: msi/tests: Test type for INT column.
by Hans Leidekker 25 Apr '09

25 Apr '09

> - "( `Property` CHAR(255), `Value` CHAR(1) PRIMARY KEY `Property`)" ); > + "( `Property` CHAR(255), `Value` CHAR(1), `Intvalue` INT PRIMARY KEY `Property`)" ); > ok( r == ERROR_SUCCESS , "Failed to create table\n" ); ... > ok( check_record( rec, 2, "Value"), "wrong record type\n"); >+ ok( check_record( rec, 3, "IntValue"), "wrong record type\n"); These changes don't agree on the case of 'Intvalue', causing this test to fail. It would be interesting to see if the remaining column types also need the extra flag. -Hans

2 1

Re: riched20: fix placement of crlf on font table streamout
by Austin English 25 Apr '09

25 Apr '09

On Sat, Apr 25, 2009 at 12:56 PM, Massimo Del Fedele <max(a)veneto.com> wrote: > In riched20/writer.c the font table was erroneously streamed out with a \r\n > after > each font, instead of end of font table. Can be easily checked on rtf output > from windows. AutoCAD 2005 was very picky with this, expecting an opened or > closed bracked after each font, crashing if not found. > Fixes Bug 14827 Can you add a testcase for this? -- -Austin

2 2

Generating stats on regression bugs in bugzilla
by Scott Ritchie 25 Apr '09

25 Apr '09

I had a theory that we might be getting better at preventing regressions now than a year or so ago due to the expansion of things like AppDB and the test suite. It'd be nice to have some sort of data though. Would it be reasonable to comb through the bugzilla database for all the bugs tagged regression and analyze them? I'm interested in: 1) quantity and frequency of bugs tagged regression that were filed at various dates since the release of 1.0. I'm not sure whether it's better to use the version number field in bugzilla as a proxy for "first version with regression" or to just guess that from the date. 2) how long regression bugs took to be fixed Thanks, Scott Ritchie

3 3

Re: msi/tests: Test type for INT column.
by Austin English 25 Apr '09

25 Apr '09

On Sat, Apr 25, 2009 at 9:55 AM, Hib Eris <Hib(a)hiberis.nl> wrote: > This patch adds a check for the type of INT columns in msi database tables. > > > --- > dlls/msi/tests/db.c | 5 ++++- > 1 files changed, 4 insertions(+), 1 deletions(-) > > > > Howdy Hib, You need to wrap failing tests in todo_wine, e.g., for your patch: diff --git a/dlls/msi/tests/db.c b/dlls/msi/tests/db.c index b2c7d06..cf74070 100644 --- a/dlls/msi/tests/db.c +++ b/dlls/msi/tests/db.c @@ -1128,7 +1128,7 @@ static void test_viewgetcolumninfo(void) r = run_query( hdb, 0, "CREATE TABLE `Properties` " - "( `Property` CHAR(255), `Value` CHAR(1) PRIMARY KEY `Property`)" ); + "( `Property` CHAR(255), `Value` CHAR(1), `Intvalue` INT PRIMARY KEY `Property`)" ); ok( r == ERROR_SUCCESS , "Failed to create table\n" ); /* check the column types */ @@ -1137,12 +1137,14 @@ static void test_viewgetcolumninfo(void) ok( check_record( rec, 1, "S255"), "wrong record type\n"); ok( check_record( rec, 2, "S1"), "wrong record type\n"); + ok( check_record( rec, 3, "I2"), "wrong record type\n"); MsiCloseHandle( rec ); /* check the type in _Columns */ ok( 0x3dff == get_columns_table_type(hdb, "Properties", 1 ), "_columns table wrong\n"); ok( 0x1d01 == get_columns_table_type(hdb, "Properties", 2 ), "_columns table wrong\n"); + todo_wine ok( 0x1502 == get_columns_table_type(hdb, "Properties", 3 ), "_columns table wrong\n"); /* now try the names */ rec = get_column_info( hdb, "select * from `Properties`", MSICOLINFO_NAMES ); @@ -1150,6 +1152,7 @@ static void test_viewgetcolumninfo(void) ok( check_record( rec, 1, "Property"), "wrong record type\n"); ok( check_record( rec, 2, "Value"), "wrong record type\n"); + todo_wine ok( check_record( rec, 3, "IntValue"), "wrong record type\n"); MsiCloseHandle( rec ); Then, in your second patch, for whatever you fix, remove the todo_wine. The test suite should pass before and after every patch. Thanks for helping Wine! -- -Austin

1 0

How do I get off the Wine mailing lists?
by Rich Gilson 25 Apr '09

25 Apr '09

Can somebody please help me get off the mailing lists? I have tried using the website to unsubscribe my email account from each mailing list and that didn't work. I've also tried sending a message to the mailing list with the word 'unsubscribe' as the subject and that didn't work. Can anybody tell me what I need to do to get off the lists?

2 1

Re: include: Define IN6ADDR_ANY_INIT and IN6ADDR_LOOPBACK_INIT and code for IN6_IS_ADDR_LOOPBACK
by Jeff Latimer 25 Apr '09

25 Apr '09

Jeff Latimer wrote: > This patch enables putty to compile and run using IPv6. I meant to say that André Hentschel was doing the hard work with putty and merely ask me to do this little bit. Jeff

3 2

msi/tests: Test type for INT column.
by Hib Eris 25 Apr '09

25 Apr '09

Hi all, I have just send in my first patch to wine-patches. Unfortunately it contains a small mistake. My apologies for that. I will resend a correct patch soon. I guess I was just too happy with my patch and wanted to share it as soon as possible.. or actually more soon than possible. Kind regards, Hib Eris

1 0

Re: Wine release 1.1.20
by Evil Jay 25 Apr '09

25 Apr '09

Another great set of bugfixes and improvements, as usual. Keep up the great work devs - it's much appreciated! -J Alexandre Julliard wrote: > The Wine development release 1.1.20 is now available. > > What's new in this release (see below for details): > - Show a dialog on application crashes. > - Much improved OLE copy/paste support. > - Various listview improvements. > - More Direct3D code cleanups. > - Various bug fixes. > > The source is available from the following locations: > > http://ibiblio.org/pub/linux/system/emulators/wine/wine-1.1.20.tar.bz2 > http://prdownloads.sourceforge.net/wine/wine-1.1.20.tar.bz2 > > Binary packages for various distributions will be available from: > > http://www.winehq.org/site/download > > You will find documentation on http://www.winehq.org/site/documentation > > You can also get the current source directly from the git > repository. Check http://www.winehq.org/site/git for details. > > Wine is available thanks to the work of many people. See the file > AUTHORS in the distribution for the complete list. > > ---------------------------------------------------------------- > > Bugs fixed in 1.1.20: > > 2221 Hyper Chem v7.5 doesn't open/save files > 4464 d3dx9_*.dll are unimplemented > 9084 Panzer General III SE pinkish text instead of transparent > 9102 Panzer General III Scorched Earth in-game crash (memcpy) > 9637 Switchball only shows a blank screen > 10253 Fraps does not record videos or take a screenshot > 11716 star wars battlefront crashes with sound enabled > 12040 Stronghold 2 1.4: crash when starting the application > 12057 Power! Estimator renders numerical cell text incorrectly > 12393 adobe illustrator 10 crashed on startup > 12560 Perfect World: Corrupt Bitmap Images > 13563 Nestopia: crashes with enabled shaders > 13820 Yahoo! Messenger 9.0 beta hangs on login > 13825 Morrowind pagefaults when trying to run fullscreen with missing videos > 14456 Diablo II hangs when it loses focus > 14812 dsound bug causes games to crash > 14970 everquest crashes in winmm > 15081 Perfect World - Grey Characters > 15088 Lotus Approach page faults on open dialog > 15172 File Names with spaces seen as seperate files > 15303 dragonshard crashes or presents a corurpted screen > 15494 ddraw_test throws an exception when run > 15557 GTA Trylogy can't install > 15566 GTA 3 doesn't find DVD > 15575 Word Pro table nubmers get reformatted > 15603 Screen periodically erased in Starfleet Command II > 15622 Everquest crashes > 15630 Program LaTeXPiX crashes at startup > 15764 Homeworld 2 Patch (homeworld2_update_en_10_11.exe) to v1.1: crash during setup > 15881 Pharaoh - can't play on fullscreen > 16613 A Vampyre Story Demo installer doesn't work > 16989 Cobra 11 Nitro: Cars drawn as artifacts > 17198 World Editor: Tree Component of Unit Editor doesn't (re)draw correctly > 17397 Ventrilo 3.0.4 won't initialize GSM 6.10 codec stream > 17478 Fix dpa warning from comctl32/listview.c > 17498 winemaker fails on 64-bit systems > 17528 3D Mark 2001 SE Dragothic: Textures not rendered on running humans > 17774 Fable crashes on starting a new or existing game > 17910 Black & White: Crashes in texture code at start > 17984 Invalid handle for RegOpenKeyExA in win64 bit application > 17987 Autocad toolbars mis-sized > 17991 QueryPathOfRegTypeLib fails to locate typelib when (major.minor) = (0xffff.0xffff) > 18007 Subtitle Workshop "Save as.." selection menu not appearing > 18030 Images not show (or flickering) in old app > 18076 SmartDraw.exe: unimplemented function gdiplus.dll.GdipBitmapSetResolution > 18090 Watchtower Library no longer starts > 18111 Powerhorse crashes > 18114 rpcrt4.NdrDllCanUnloadNow: COM proxy/stub factory reference count eval incorrect (crashes Visual Studio 2005 on exit) > 18125 Drawing problem in Wine > 18150 Foobar2000 properties dialog is blank > 18155 Approach crashes on File, Export > > ---------------------------------------------------------------- > > Changes since 1.1.19: > > Alexandre Julliard (18): > c2man: Fix the array reference syntax and the return value regexps. > user32/tests: Fix a couple of test failures on Windows. > user32/tests: Fix a few sysparams tests on various Windows versions. > configure: Remove checks for headers that are no longer used. > jscript: Avoid size_t in printf width specifier. > ws2_32/tests: Avoid sizeof in traces. > kernel32: Make sure the string is properly terminated in QueryFullProcessImageNameW. > dbghelp: Add a few more 64-bit symbol functions. > imagehlp: Forward some more 64-bit functions to dbghelp. > winex11.drv: Don't give focus to a minimized window upon take focus. > include: Add defines for 32-bit dbghelp functions on 64-bit. > comctl32: Repaint comboex control upon WM_SETREDRAW, like other common controls do. > advapi32/tests: Fix a couple of test failures on Vista. > user32/tests: Fix a couple of dimension checks on W2k3 and Vista. > include: Fix the SYSTEM_CACHE_INFORMATION structure for Win64. > include: Fix the DDE structures for 64-bit. > user32: Fix the DDE service formatting for 64-bit. > user32/tests: Don't try to unpack or free invalid handles. > > Andrew Nguyen (1): > gdiplus: Stub GdipBitmapSetResolution. > > André Hentschel (9): > start: Correct German translation. > winemaker: Add -m32 flag to support winegcc-changes. > winemaker: Fix whitespace handling for libs. > winemaker: Fix wrong place for case-check. > winemaker: Parse include dirs from vcproj file. > winemaker: Remove unused function. > winemaker: Print version in Makefile header. > winemaker: Print all copyrights in banner. > winemaker: Canonicalize directory name if used as target name. > > Aric Stewart (23): > msctf/test: Test enabling and disabling Language Profiles. > msctf/tests: Add framework for a TextService for testing. > msctf: Correct order of arguments to OnSetFocus sink call. > msctf: Release focused DocumentMgr on Deactivate and make sure to do a OnSetFocus Sink. > msctf: ITfDocumentMgr::GetBase returns the top if there is only one context pushed. > msctf: Correct index for being unable to pop last context. We need to leave one behind. > msctf: Add locking flags. > msctf: Helper functions for generating DWORD cookies. > msctf/tests: Setup test framework for ITfThreadMgrEventSink. > msctf/tests: Test activation and deactivation of a text service. > msctf/tests: Test DocumentMgr creation and Focus. > msctf/tests: Test ITfContext Push, Pop, GetTop and GetBase. > msctf/tests: Add ITextStoreACP interface for testing. > msctf: Make use of generated cookies in sinks to allow 64 bit compatibility. > msctf: Add ITfKeystrokeMgr framework to ThreadMgr. > msctf: Define ITfKeyEventSink. > msctf: Define the TF_MOD_* Constants. > msctf/tests: Framework for testing ITfKeystrokeMgr. > msctf/tests: Test ITfKeystrokeMgr::UnpreserveKey and ITfKeystrokeMgr::PreserveKey. > msctf/tests: Test ITfKeystrokeMgr::IsPreservedKey. > msctf/tests: Test framework for ITfKeyEventSink. > ole32: CoGetTreatAsClass should return S_FALSE if it cannot even find the key for the requested CLSID. > msctf/tests: Use ITfInputProcessorProfiles::GetCurrentLanguage to get gLangid. > > Austin English (2): > wineps.drv: Fix a memory leak. > ole32: Rename a macro to prevent a conflict on NetBSD. > > Brad Martin (1): > wined3d: Fix prototype for EnumAdapterModes. > > Christian Costa (19): > quartz: Data may be incomplete at the end of file so do not assert if we have less data than expected. > amstream: Turn Initialize FIXME into a TRACE. > amstream: Initialize the stream in OpenFile if not done before. > amstream/tests: Beginning of tests. > amstream/tests: Fix crosstest build. > mciqtz32: Use opened state to avoid device to be closed several times. > mciqtz32: Fix some traces. > mciqtz32: Hook MCI_STOP. > mciqtz32: Show messages in hex as they are defines in headers. > amstream/tests: Improve render file test. Move OpenFile specific test into a separate test function. > winedump: When generating preamble, use 4 spaces instead of tabs. Remove extra break. > xmllite: Add stubbed dll for xmllite. > ddraw: Handle refcount of lights when interacting with viewport. > ddraw/tests: Add tests for refcount handling of light with viewport. > d3dxof: Accept longer string size. > mciqtz32: Remove all remaining tabs. > mciqtz32: Move MCIQTZ_mciGetOpenDev at the top and always use it. > mciqtz32: Make sure the device is valid before starting the play. > mciqtz32: Stop the device only after param and device checks are done. > > Colin Finck (1): > mshtml: Fix the size passed to MultiByteToWideChar. > > Damjan Jovanovic (1): > winemenubuilder: Build freedesktop MIME type list for later use. > > Dan Kegel (1): > ntdll: Add missing valgrind hook in RtlAllocateHeap. > > David Adam (4): > ddraw: Remove useless comments. > d3d8: Add tests for IDirect3D8Device_Reset. > d3d9: Add tests for IDirect3D9Device_Reset. > wined3d: SetDepthStencilSurface is always called when AutoDepthStencil is enabled. > > Detlef Riekenberg (5): > oleaut32: VarCat must use localized names for VT_BOOL. > oleaut32/tests: Replace lstrcpyW and lstrcatW with memcpy to fix failures on win95. > msi/tests: Replace lstrcatW with memcpy to fix failures on win95. > winetest: Add support for --version, --help and /?. > winetest: Add option -x to extract all test. > > Dmitry Kislyuk (1): > kernel32: Added GetPrivateProfileSection and GetPrivateProfileString tests for empty section scenario. > > Dmitry Timoshkov (2): > oleaut32: Add some additional tests for QueryPathOfRegTypeLib, make them pass under Wine. > winedbg: Fix a typo in the comment. > > Dylan Smith (1): > richedit: Null terminate streamed out rich text. > > Florian Köberle (2): > comctl32/tests: Test expanding of a invisible sub tree. > comctl32: Fix expanding of invisible sub trees. > > Francois Gouget (9): > wineesd.drv: Add a trailing '\n' to a WARN() trace. > dinput: Add a trailing '\n' to ERR() messages. > Assorted spelling fixes. > winapi: parse_c_declarations() is not used. Remove it. > winapi: Fix the parse_c_declaration() prototype and remove unused variables. > winapi: trampoline is not used so remove it. > winapi: Remove some dead code. > winapi: Fix the C-parser combined getter/setter prototypes. > wined3d: Avoid using an implicit value to set fogcoord to 0.0. > > Frans Kool (8): > mshtml: Corrected Dutch translations. > wordpad: Fixed Dutch translations. > setupapi: Fixed Dutch translations. > reg: Fixed Dutch translations. > regedit: Fixed Dutch translations. > shell32: Fixed Dutch translations. > kernel32: Added Dutch translations. > crypt32: Corrected Dutch translations. > > Ge van Geldorp (2): > secur32: Implement more GetUserNameEx() formats. > secur32/tests: Fix GetUserNameEx() tests. > > Giuseppe Bilotta (1): > comctl32/toolbar: Fix trace info for TOOLBAR_InternalInsertButtonsT. > > Hans Leidekker (13): > msi: Support setting summary information by importing a _SummaryInformation table. > user32: By default, return all zeroes in the first half of the keyboard layout name. > winex11.drv: Set HKCU\Keyboard Layout\Preload key. > advapi32: Fix buffer size query for CreateWellKnownSid. > msvcrt: Implement ___lc_codepage_func, ___lc_collate_cp_func and ___lc_handle_func. > programs: Add stub termsv.exe. > msi: Fix a double free. > msi: Fix another double free. > server: Add requests to set and retrieve default dacl. > ntdll: Implement NtQuery/SetInformationToken(TokenDefaultDacl). > kernel32: Improve GetVolumePathName stub. > wininet: Fix parsing of cookies with attributes. > wininet: Replace any existing cookie header. > > Henri Verbeet (35): > wined3d: Pass a struct wined3d_shader_dst_param to shader_arb_get_write_mask(). > wined3d: Get rid of the "token" field from struct wined3d_shader_dst_param. > wined3d: Don't die if a vertex shader has samplers. > wined3d: Group instruction context information together in struct wined3d_shader_context. > wined3d: Introduce struct wined3d_shader_src_param. > wined3d: Store the register type in struct wined3d_shader_src_param. > wined3d: Store the register index in struct wined3d_shader_src_param. > wined3d: Store the source modifiers in struct wined3d_shader_src_param. > wined3d: Create a relative addressing token for 1.x shaders in the frontend. > wined3d: Store the source relative addressing token as a struct wined3d_shader_src_param. > wined3d: Store the destination relative addressing token as a struct wined3d_shader_src_param. > wined3d: Pass a struct wined3d_shader_src_param to shader_glsl_get_register_name() for the relative addressing token. > wined3d: Pass a struct wined3d_shader_src_param to shader_glsl_add_src_param(). > wined3d: Simplify replicating the .x swizzle in shader_hw_mov(). > wined3d: Pass a struct wined3d_shader_src_param to shader_arb_add_src_param(). > wined3d: Pass a struct wined3d_shader_src_param to pshader_gen_input_modifier_line(). > wined3d: Explicitly pass the source modifier to shader_glsl_gen_modifier(). > wined3d: Store the source swizzle in struct wined3d_shader_src_param. > wined3d: Add a separate function for converting swizzles to strings. > wined3d: Pass a struct wined3d_shader_src_param to shader_glsl_get_swizzle(). > wined3d: Pass a struct wined3d_shader_src_param to shader_arb_get_swizzle(). > wined3d: Get rid of the token field from struct wined3d_shader_src_param. > wined3d: Get rid of the WINED3DVS_* swizzle constants. > wined3d: Handle the swizzle shift in the frontend rather than the backend. > wined3d: Handle the source modifier shift in the frontend rather than the backend. > wined3d: Handle the destination modifier shift in the frontend rather than the backend. > wined3d: Move some frontend specfic code to baseshader.c. > wined3d: Move frontend specfic constants to baseshader.c. > wined3d: Downgrade an ERR to a WARN. > wined3d: Get rid of the shared_handle parameter. > wined3d: Handle the opcode specific control shift in the frontend rather than the backend. > wined3d: Use a more reasonable limit for the number of mipmap levels. > wined3d: The first shader token should be the version token. > wined3d: Add a function to read an opcode from SM1-3 bytecode. > wined3d: Use shader_sm1_read_opcode() in shader_get_registers_used(). > > Huw Davies (50): > ole32: Store a cached version of the local data object's enumeration. > ole32: Change helper function to return the matching entry. > ole32: Rewrite the clipboard window's wndproc to use the cached enum data. > ole32: Add support for rendering stream data to the clipboard. > ole32: Make all formats available to the clipboard. > ole32: Add support for rendering storage data to the clipboard. > ole32: Use helper function to duplicate global memory. > ole32: Unicodify window creation. Don't register the class as global. > ole32: Add a helper function to return the ole clipboard structure. > ole32: Add a helper function to set and release the source IDataObject. > ole32: Add a function to return (and possibly create) the clipboard's window. > ole32: Don't pass a window if we're reading from the clipboard. > ole32: Rename a variable. > ole32: Store the marshalled IDataObject in a window property of the clipboard window. > ole32: If there's a current data object on the ole clipboard GetData should use it. > ole32/tests: Tests that show the consumer data object isn't a singleton. > ole32: The consumer data object is not a singleton, but reflects the state of the clipboard when it was acquired. > ole32: Now that the consumer side of the clipboard separated from the main clipboard object, simplify the initialization code. > ole32: After a call to GetData the consumer should hold a ref on the source data object. > ole32/tests: Add a few more reference count tests. > ole32: Add support for getting global handle objects from a flushed clipboard. > ole32: Add support for getting stream based objects from a flushed clipboard. > ole32: Add support for getting storage based objects from a flushed clipboard. > ole32: OleFlushClipboard should render all formats to the clipboard. > ole32: Try global and stream types if the requested types don't match the source. > ole32/tests: Tests for a flushed clipboard. > wineps.drv: Fix compile error. > winex11.drv: Fix ordering of synthesized text formats. > winex11.drv: Fix typo so that emf -> mfpict synthesis works. > ole32: Make get_priv_data return target device ptrs (rather than offsets) and add a couple of helper functions to simplify this process. > ole32: Check that the target devices match. > ole32: Don't set cf_dataobject if we're clearing the clipboard. > ole32: Add support for enumerating non-ole clipboard formats. > user32/tests: Fix tests on win9x. > ole32/tests: OleGetClipboard doesn't return the same object under win9x, winme and nt4. > ole32/tests: win9x, winme and nt4 ignore the target device. > ole32/tests: win9x and winme don't have CF_UNICODETEXT. > ole32/tests: win64 sets the lsb of the final DWORD in the ole private data header. > ole32/tests: win9x and winme don't enumerate duplicated cfFormats. > ole32/tests: Add some tests to exercise the enumerator. > ole32: Improve the TRACEs by printing the fmtetc contents. > ole32/tests: Rename variable to avoid a conflict on some systems. > ole32/tests: For win9x and winme the size of the data on the clipboard may be larger than expected. > ole32: Add a stub for OleCreateFromDataEx. > ole32: Register a few more clipboard formats and make them have global scope. > ole32: Rewrite OleQueryCreateFromData so it compares clipboard format ids rather than strings and be sure to free the enumerator. > ole32: Expose the marshalled data on the clipboard rather than as a window prop so that other processes can actually read it. > ole32: Fix a couple of comments. > winex11.drv: Print clipboard formats in hex. > ole32/tests: Improve the traces in the test. > > Igor Tarasov (3): > comctl32: Fix regression caused by 2d751ee56afced908d0788b936fa4aac1b29f1a1. > comctl32: Fix typo in TOOLBAR_SetButtonSize code. > comctl32: TOOLBAR_SetImageList should recalculate toolbar only if it is necessary. > > Jacek Caban (1): > mshtml: Added IPersistHistory stub implementation. > > Jeff Latimer (3): > ws2_32: WSAAddressToStringA should return length of ANSI address string and should include the trailing null. > ws2_32: WSAAddressToStringW should return length of unicode address string should and include the trailing null. > include: Bring in6_addr into line with the MS definition. > > Jesse Allen (2): > dsound: Allow a special cbSize case in CreateSoundBuffer. > dsound: Fix test for some windows versions. > > Juan Lang (1): > crypt32: Fix a test failure on Windows 98. > > Kai Blin (2): > secur32: Work around ntlm_auth in Samba 3.0.28a being broken for cached credentials. > sxs: Implement a stub CreateAssemblyCache to make Publish or Perish install. > > Ken Sharp (1): > winedbg: Correct slight typo in winedbg dialog. > > Ken Thomases (5): > winecoreaudio: Eliminate some unnecessary code. > winecoreaudio: Avoid potential deadlock in wodOpen. > winecoreaudio: Avoid a race between closing and opening the waveOut device. > winecoreaudio: For waveOut, don't use STOPPED state; it's redundant. > winecoreaudio: Avoid a race between closing and opening the waveIn device. > > Konstantin Kondratyuk (1): > fonts: Add Kazakhstan's symbols into tahoma. > > Marcus Meissner (1): > amstream/tests: Handle directdraw not being created (Coverity 920). > > Michael Stefaniuc (11): > opengl32: Remove superfluous pointer casts. > mshtml/tests: Replace long with LONG. > riched20/tests: Use better types than long. > ws2_32: Use better types for some variables. > msi: Remove superfluous cast of a MSIHANDLE in a TRACE(). > msi/tests: Replace long with LONG. > comdlg32: Fix the Slovak translation. > wordpad: "Fix" the Turkish translation. > rpcrt4: Replace some usage of the long type. > winedbg: Remove some superfluous pointer casts. > user32/tests: Don't use the long type. > > Mikołaj Zalewski (1): > winedbg: Add a crash dialog for --auto mode. > > Nicolas Le Cam (7): > msi/tests: Test MsiRecordGetString on null and empty strings. > msi: Fix buffer length value returned by MSI_RecordGetStringW on null and empty strings. > wininet/tests: Fix HttpSendRequestW test on IE5. > msi: Enfore use of GetFileAttributes return value. > msi/tests: Add empty dir test for the DrLocator part of the AppSearch action. > msi: Fix ACTION_AppSearchDr on empty path. > msi/tests: Fix package test when run on a different drive than C:\. > > Nikolay Sivov (19): > comctl32/listview: Fix selection handling in LVM_SORTITEMS (with some tests). > comctl32/listview: Fix a regression caused by 59148d0bb549ff8690f15f14571a715e3fdd43a5. > comctl32/listview: Fix some comment typos. > comctl32/listview: Implemented LVM_SORTITEMSEX. > comctl32/listview: Add a ListView_GetTextBkColor macro. > comctl32/listview: Slightly enlarge rectangle when drawing checkbox. > comctl32/listview: Switching to/from LVS_OWNERDATA isn't allowed after creation. > comctl32/listview: Fix a regression caused by 9c1a0e468f5cfbe9d863852ed5a42390f2cbfeb4. > comctl32/listview: Some tests for LVS_SINGLESEL switchover. > fonts: Fix a typo in copyright text. > comctl32/listview: LVM_SETITEM is unsupported on LVS_OWNERDATA. > comctl32/listview: Add a TRACE(..) to LISTVIEW_CreateHeader. > comctl32/listview: Header should be created when LVS_EX_HEADERDRAGDROP set. > comctl32/listview: Additional tests for LVM_GETSUBITEMRECT. > comctl32/listview: Partial fix for LVM_GETSUBITEMRECT for item == -1. > comctl32/tests: Remove tests failing on most platforms. > comctl32/tests: Existing items aren't resorted after LVS_SORTASCENDING added. > comctl32/tests: Tests for LVM_GETCOLUMNORDERARRAY: it actually uses HDM_GETORDERARRAY. > comctl32/listview: Fix LVM_GETCOLUMNORDERARRAY passing message to header. > > Paul TBBle Hampson (1): > dinput: Add missing newline to trace message. > > Paul Vriens (15): > usp10/tests: Skip some tests on WinME. > shell32/tests: Fix some test failures on Vista. > gdi32/tests: Skip several tests on Win9x. > rpcrt4: Fix NdrDllCanUnloadNow. > shell32/tests: Fix some test failures on NT4. > gdi32/tests: Fix a test failure on NT4. > shell32/tests: Fix a test failure on Win95 and NT4. > include: Add missing GdipGetLogFontA definition. > gdiplus: Return the correct result in GdipCreateFontFromLogfontA. > gdiplus: Convert lfFaceName from W to A, not the other way around. > gdiplus/tests: Fix test failures on Win98 by using A-functions. > shell32/tests: Fix some test failures on Win9x and NT4. > shell32/tests: Fix a test failure on Win98. > setupapi/tests: Fix a test failure on Win98. > gdiplus/tests: Fix a test failure on Win98. > > Peter Schauer (1): > comctl32/listview: Fix warning from DPA_GetPtr. > > Reece Dunn (2): > winecfg: Fix the size of the application static text in Spanish. > winecfg: Fix the size of the application static text in Japanese. > > Rein Klazes (5): > msvcrt: Correct implementation of _ecvt() with tests. > user32: When repainting a static control with SS_BITMAP style, do not erase the background if there is no valid bitmap to paint. > msvcrt: Do not set the windows version to 0.5. > msvcrt/tests: Add some tests for strtok(). > comdlg32: Fix a crash in LookIn combo box WM_COMMAND message handler. > > Roderick Colenbrander (3): > wined3d: Update Nvidia driver version information. > wined3d: Report the driver description as reported by the Windows drivers when a device string is entered in our device table. > opengl: Add WGL_EXT_pixel_format_packed_float support. > > Stefan Dösinger (5): > wined3d: Add a more formal framework for driver quirks. > wined3d: Move the generic mac glsl uniform fixup to the quirk table. > wined3d: Move the remaining quirks into the quirk table. > wined3d: Reserve additional GLSL constants on some drivers. > wined3d: Merge match_apple and implementation_is_apple. > > Tobias Jakobi (2): > wined3d: Add newline to fixme. > wined3d: Rename some NP2 fixup variables and update comments. > > Vincent Povirk (2): > mciavi32: Remove unnecessary string buffers in MCIAVI_mciSet. > shell32: Implement SHGetNewLinkInfo[AW]. > > Vitaliy Margolen (5): > dinput: Make EnumDevices and GetObjectInfo consistent about GUIDs. > dinput: Remove redundant stuff. > dinput: Make props array a part of the generic joystick struct. > dinput: Convert evdev joystick to new base class. > dinput: Use more friendly name for the joystick than its device path. > > Łukasz Wojniłowicz (2): > kernel32: Added Polish translations. > cmd: Updated Polish translations. > > -- > Alexandre Julliard > julliard(a)winehq.org > > > >

1 0

Re: Need help writing test
by Detlef Riekenberg 25 Apr '09

25 Apr '09

Hi Igor > I've found few visual glitches in comctl32/toolbar, and now try to > write this all down as conformance tests, Thanks for your work on comctl32 > TB_SETBITMAPSIZE 20,20 > TB_SETBUTTONSIZE 30,30 > TB_SETBITMAPSIZE 10,10 > > Now, if you do TB_SETBUTTONSIZE, you'll see the difference. builtin > comctl will return 17,16. Native - 30,16. Did you mean TB_GETBUTTONSIZE? Native comctl32 in Wine or native on Windows? Did you test your used size in Windows with different UI settings? ( dpi, Theme) I expect, that you will get a different result. (I will try your code, when I'm back at home) > This test fails, when I test it with native comctl32 (the size is > 17,16). Why could this happen or what am I doing wrong? It's possibele, that Wine can resize the Height (shink to 16) but fail to resize the Width (shrink to 17) When native comctl32 in returns 30,16 in Wine, but 17,16 in Windows, then something outside comctl32 is expected by native comctl32, but missing/wrong in Wine. -- By by ... Detlef ____________________________________________________________________ Psssst! Schon vom neuen WEB.DE MultiMessenger gehört? Der kann`s mit allen: http://www.produkte.web.de/messenger/?did=3123

2 1

Re: [2/2] wininet: HTTP_HttpAddRequestHeadersW should ignore 0-lengthheaders
by Dmitry Timoshkov 25 Apr '09

25 Apr '09

"Paul TBBle Hampson" <Paul.Hampson(a)Pobox.com> wrote: > + if (strlenW(lpszStart)==0) > + { > + /* Skip 0-length headers */ > + lpszStart = lpszEnd; > + bSuccess = TRUE; > + continue; > + } Instead of 'if (strlenW(lpszStart)==0)' it's much simpler to do 'if (!*lpszStart)', and move the fix to HTTP_InterpretHttpHeader(). -- Dmitry.

2 1

Re: [1/2] D3D: Limit d3d8 and d3d9 vshader constants to 256
by Henri Verbeet 24 Apr '09

24 Apr '09

Not my preferred fix, but I suppose it works. > @@ -359,6 +359,7 @@ static HRESULT WINAPI IDirect3DDevice8Impl_GetDeviceCaps(LPDIRECT3DDEVICE8 iface > if(pCaps->VertexShaderVersion > D3DVS_VERSION(1,1)){ > pCaps->VertexShaderVersion = D3DVS_VERSION(1,1); > } > + pCaps->MaxVertexShaderConst = min(256, pCaps->MaxVertexShaderConst); I think you should use D3D8_MAX_VERTEX_SHADER_CONSTANTF here.

2 1

Re: [1/7] [wined3d] move creation of NP2 fixup uniforms into separate loop (retry)
by Henri Verbeet 24 Apr '09

24 Apr '09

2009/4/23 Tobias Jakobi <Liquid.Acid(a)gmx.net>: > ps_np2fixup_t is still stored in ps_compiled_shader and I have no intention to change this, since the ARB code is going to use the exact same structure. NAK

3 5

Re: Dan's dotest reports
by chris ahrendt 24 Apr '09

24 Apr '09

André Hentschel wrote: > chris ahrendt schrieb: >> Are the Wine Developers using this report? >> >> Chris >> >> >> >> >> >> >> >> >> > If you are talking about the testsuite(test.winehq.org) then it is not > the only source of information for developers but an important one. > > yes that is what I am talking about... just wanted to make sure that by running the tests on linux the results get used...

2 1

Dan's dotest reports
by chris ahrendt 24 Apr '09

24 Apr '09

Are the Wine Developers using this report? Chris

2 1

Re: [1/4] Resend: ws2_32/tests: add tests for Inet_Ntop and inet_ntoa
by Alexandre Julliard 24 Apr '09

24 Apr '09

Jeff Latimer <lats(a)yless4u.com.au> writes: > @@ -55,6 +55,9 @@ > ok ( cond tmp, msg, GetCurrentThreadId(), err); \ > } while (0); > > +/* Function pointers */ > +static HMODULE hws2_32 = 0; > +static PCTSTR (WINAPI *pInetNtop)(int,LPVOID,LPTSTR,ULONG) = 0; There's no point in resending if you don't fix the reason it was rejected the first time. -- Alexandre Julliard julliard(a)winehq.org

2 1

Re: [3/5] wined3d: The first shader token should be the version token.
by Stefan Dösinger 24 Apr '09

24 Apr '09

Am Freitag, 24. April 2009 09:21:23 schrieb Henri Verbeet: Did you test this? What if the shader starts with a comment?

2 1

Re: Extensive ScrollDC investigation (resubmit)
by Alexandre Julliard 24 Apr '09

24 Apr '09

Aric Stewart <aric(a)codeweavers.com> writes: > @@ -120,13 +122,58 @@ BOOL CDECL X11DRV_ScrollDC( HDC hdc, INT dx, INT dy, const RECT *lprcScroll, > if( TRACE_ON( scroll)) dump_region( "Destination scroll region: ", DstRgn); > /* if there are any, do it */ > if( res > NULLREGION) { > - RECT rect ; > + RECT rect; > + HRGN UpdateClip = CreateRectRgn(0,0,0,0); > + /* Scroll Window does not scroll any already invalid areas */ > + if (GetUpdateRgn(WindowFromDC(hdc),UpdateRgn,FALSE)!=NULLREGION) > + { > + HRGN SrcMask; > + /* Apparently special case. If the update Rgn fills the entire > + DstRgn windows appears to ignore it */ This looks very wrong. Retrieving the update region from a DC doesn't seem right in the first place, and it you have to ignore it in some cases it shows that there's something else going on here. -- Alexandre Julliard julliard(a)winehq.org

1 0

re: Redirector code in Wine?
by Dan Kegel 24 Apr '09

24 Apr '09

Kai wrote: > I'm trying to figure out where the wine server actually decides if a file > actually is a file on disk, a local or a remote pipe. Any pointers? Search for FileFsDeviceInformation in ntdll/file.c, maybe.

2 1

Re: richedit: Null terminate streamed out rich text.
by Massimo Del Fedele 24 Apr '09

24 Apr '09

Dylan Smith ha scritto: > This can easily be tested by saving a rich text document in wordpad. The > rich text will always be null terminated, unlike plain text files which > will not have a terminating null byte. > > I noticed in a bug 14827 that AutoCAD 2005 looked for this NULL byte to > determine the length of the rich text in its EditStreamCallback function > given to EM_STREAMOUT, instead of using the cb parameter that provides > the length. > --- > dlls/riched20/writer.c | 2 +- > 1 files changed, 1 insertions(+), 1 deletions(-) > > > ------------------------------------------------------------------------ > > The patch is right (IMHO) but AutoCAD bug 14827 is still present, I guess it's another issue probably related to \fonttbl streaming out. Ciao Max

1 0

NetBSD compiler warnings patches - review request
by Austin English 24 Apr '09

24 Apr '09

Howdy, I recently started retesting NetBSD (5.0 this time), and have filed bugs for most of the warnings. A few of them I have patches ready for, but figured I should probably get reviewed first: First up, bug 18161: gcc -c -I. -I. -I../../include -I../../include -D__WINESRC__ -D_NTSYSTEM_ -D_REENTRANT -fPIC -Wall -pipe -fno-strict-aliasing -Wdeclaration-after-statement -Wwrite-strings -Wpointer-arith -I/usr/pkg/include -I/usr/include -I/usr/X11R7/include/freetype2 -I/usr/X11R7/include -O2 -I/usr/pkg/include -I/usr/include -I/usr/X11R7/include/freetype2 -I/usr/X11R7/include -o cdrom.o cdrom.c cdrom.c: In function 'CDROM_DeviceIoControl': cdrom.c:1728: warning: 'lun' may be used uninitialized in this function cdrom.c:1728: warning: 'targetid' may be used uninitialized in this function cdrom.c:1728: warning: 'busid' may be used uninitialized in this function cdrom.c:1728: warning: 'portnum' may be used uninitialized in this function Fixed by cdrom.txt Bug 18162: gcc -c -I. -I. -I../../../include -I../../../include -D_REENTRANT -fPIC -Wall -pipe -fno-strict-aliasing -Wdeclaration-after-statement -Wwrite-strings -Wpointer-arith -I/usr/pkg/include -I/usr/include -I/usr/X11R7/include/freetype2 -I/usr/X11R7/include -O2 -I/usr/pkg/include -I/usr/include -I/usr/X11R7/include/freetype2 -I/usr/X11R7/include -o treeview.o treeview.c treeview.c: In function 'TestCallback': treeview.c:279: warning: value computed is not used treeview.c:304: warning: value computed is not used treeview.c:313: warning: value computed is not used treeview.c:322: warning: value computed is not used treeview.c: In function 'TestExpandInvisible': treeview.c:769: warning: value computed is not used Fixed by treeview.txt. Also tested on windows 2k, test still passes. Bug 18165: gcc -c -I. -I. -I../../include -I../../include -D__WINESRC__ -D_REENTRANT -fPIC -Wall -pipe -fno-strict-aliasing -Wdeclaration-after-statement -Wwrite-strings -Wpointer-arith -I/usr/pkg/include -I/usr/include -I/usr/X11R7/include/f reetype2 -I/usr/X11R7/include -O2 -I/usr/pkg/include -I/usr/include -I/usr/X11R7/include/freetype2 -I/usr/X11R7/include -o net.o net.c net.c: In function 'netconn_init': net.c:243: warning: assignment discards qualifiers from pointer target type Fixed by winhttp.txt. Also fixes a similar problem in wininet/netconnection.c Bug 18166: gcc -c -I. -I. -I../../include -I../../include -D__WINESRC__ -D_NTSYSTEM_ -D_REENTRANT -fPIC -Wall -pipe -fno-strict-aliasing -Wdeclaration-after-statement -Wwrite-strings -Wpointer-arith -I/usr/pkg/include -I/usr/include -I/usr/X11R7/include/freetype2 -I/usr/X11R7/include -O2 -I/usr/pkg/include -I/usr/include -I/usr/X11R7/include/freetype2 -I/usr/X11R7/include -o directory.o directory.c directory.c: In function 'wine_getdirentries': directory.c:1289: warning: implicit declaration of function 'getdirentries' There's a NetBSD bug here. Their version of getdirentries returns the old 32-bit inode struct dirent, while dirent.h has the new 64-bit inode struct dirent inode since NetBSD version 3.99.8. While it arguably should be fixed on their end, we already have a wrapper in there for an OS X bug... directory.txt fixes it. -- -Austin

3 2

Redirector code in Wine?
by Kai Blin 24 Apr '09

24 Apr '09

Hi folks, I'm trying to figure out where the wine server actually decides if a file actually is a file on disk, a local or a remote pipe. Any pointers? Cheers, Kai -- Kai Blin WorldForge developer http://www.worldforge.org/ Wine developer http://wiki.winehq.org/KaiBlin Samba team member http://www.samba.org/samba/team/ -- Will code for cotton.

2 1

Re: [1/5] WineD3D: Support the full amount of constants in GLSL
by Alexandre Julliard 23 Apr '09

23 Apr '09

Stefan Dösinger <stefan(a)codeweavers.com> writes: > Am Mittwoch, 22. April 2009 21:03:41 schrieb Stefan Dösinger: > Use this patch instead. Henri spotted some missing parentheses in the code It doesn't work here: ../../../tools/runtest -q -P wine -M d3d9.dll -T ../../.. -p d3d9_test.exe.so visual.c && touch visual.ok visual.c:8782: Tests skipped: D3DFMT_G16R16F textures not supported visual.c:8782: Tests skipped: D3DFMT_G32R32F textures not supported visual.c:7572: Tests skipped: Card has unconditional pow2 support, skipping conditional NP2 tests fixme:d3d_shader:print_glsl_info_log Error received from GLSL shader #4: "Vertex info\n-----------\nInternal error: assembly compile error for vertex shader at offset 42905:\n-- error message --\nline 1063, column 1: error: too many program parameters\n-- internal assembly text --\n!!NVvp4.0\n# cgc version 2.1.0000, build date Nov 4 2008\n# command line args: \n#vendor N"... fixme:d3d_shader:set_glsl_shader_program >>>>>>>>>>>>>>>>> GL_INVALID_OPERATION (0x502) from Find glsl program uniform locations @ glsl_shader.c / 3613 fixme:d3d_shader:set_glsl_shader_program >>>>>>>>>>>>>>>>> GL_INVALID_OPERATION (0x502) from glUseProgramObjectARB(programId) @ glsl_shader.c / 3627 fixme:d3d_shader:shader_glsl_select >>>>>>>>>>>>>>>>> GL_INVALID_OPERATION (0x502) from glUseProgramObjectARB @ glsl_shader.c / 3758 fixme:d3d_shader:shader_glsl_load_constants >>>>>>>>>>>>>>>>> GL_INVALID_OPERATION (0x502) from glUniform4fvARB @ glsl_shader.c / 574 visual.c:744: Test failed: Expected color 00ffff00, got 00000000 (for input -2.400000, instruction mova) fixme:d3d_shader:shader_glsl_select >>>>>>>>>>>>>>>>> GL_INVALID_OPERATION (0x502) from glUseProgramObjectARB @ glsl_shader.c / 3758 fixme:d3d_shader:shader_glsl_load_constants >>>>>>>>>>>>>>>>> GL_INVALID_OPERATION (0x502) from glUniform4fvARB @ glsl_shader.c / 574 visual.c:744: Test failed: Expected color 00ffff00, got 00000000 (for input -1.600000, instruction mova) fixme:d3d_shader:shader_glsl_select >>>>>>>>>>>>>>>>> GL_INVALID_OPERATION (0x502) from glUseProgramObjectARB @ glsl_shader.c / 3758 fixme:d3d_shader:shader_glsl_load_constants >>>>>>>>>>>>>>>>> GL_INVALID_OPERATION (0x502) from glUniform4fvARB @ glsl_shader.c / 574 visual.c:744: Test failed: Expected color 0000ffff, got 00000000 (for input -0.400000, instruction mova) fixme:d3d_shader:shader_glsl_select >>>>>>>>>>>>>>>>> GL_INVALID_OPERATION (0x502) from glUseProgramObjectARB @ glsl_shader.c / 3758 fixme:d3d_shader:shader_glsl_load_constants >>>>>>>>>>>>>>>>> GL_INVALID_OPERATION (0x502) from glUniform4fvARB @ glsl_shader.c / 574 visual.c:744: Test failed: Expected color 0000ffff, got 00000000 (for input 0.400000, instruction mova) fixme:d3d_shader:shader_glsl_select >>>>>>>>>>>>>>>>> GL_INVALID_OPERATION (0x502) from glUseProgramObjectARB @ glsl_shader.c / 3758 fixme:d3d_shader:shader_glsl_load_constants >>>>>>>>>>>>>>>>> GL_INVALID_OPERATION (0x502) from glUniform4fvARB @ glsl_shader.c / 574 visual.c:744: Test failed: Expected color 00ff00ff, got 00000000 (for input 1.600000, instruction mova) fixme:d3d_shader:shader_glsl_select >>>>>>>>>>>>>>>>> GL_INVALID_OPERATION (0x502) from glUseProgramObjectARB @ glsl_shader.c / 3758 fixme:d3d_shader:shader_glsl_load_constants >>>>>>>>>>>>>>>>> GL_INVALID_OPERATION (0x502) from glUniform4fvARB @ glsl_shader.c / 574 visual.c:744: Test failed: Expected color 00ff00ff, got 00000000 (for input 2.400000, instruction mova) visual.c:8643: Tests skipped: Only 1 simultaneous render target supported, skipping MRT test make[2]: *** [visual.ok] Error 6 -- Alexandre Julliard julliard(a)winehq.org

2 2

Re: ole32: CoGetTreatAsClass should return S_FALSE if it cannot even find the key for the requested CLSID
by Paul Vriens 23 Apr '09

23 Apr '09

Aric Stewart wrote: > > Fixes issues with IE7 involving constant prompting to click to run > ActiveX controls when none are present > Includes test > --- > dlls/ole32/compobj.c | 3 +++ > dlls/ole32/tests/compobj.c | 18 ++++++++++++++++++ > 2 files changed, 21 insertions(+), 0 deletions(-) > > > > ------------------------------------------------------------------------ > > Wouldn't it be better to use some other GUID here: + hr = pCoGetTreatAsClass(&GUID_NULL,&out); + ok (hr == S_FALSE, "expected S_FALSE got %x\n",hr); + ok (IsEqualGUID(&out,&GUID_NULL), "expected to get same clsid back\n"); That way we would know if Windows indeed leaves the clsid alone or returns the NULL GUID? Something like: static GUID deadbeef = {0xdeadbeef,0xdead,0xbeef,{0xde,0xad,0xbe,0xef,0xde,0xad,0xbe,0xef}}; -- Cheers, Paul.

2 1

Re: wined3d: Avoid using an implicit value to set fogcoord to 0.0.
by Stefan Dösinger 23 Apr '09

23 Apr '09

This patch looks ok. I have the same patch in my send queue, but it seems Francois was quicker with sending it

1 0

Re: [PATCH 1/2] ole32: Register the clipboard formats at load time.
by Alexandre Julliard 23 Apr '09

23 Apr '09

Huw Davies <huw(a)codeweavers.com> writes: > --- > dlls/ole32/clipboard.c | 54 +++++++++++++++++++++++++++++------------ > dlls/ole32/compobj.c | 2 + > dlls/ole32/compobj_private.h | 14 +++++++++++ > 3 files changed, 54 insertions(+), 16 deletions(-) It would be nicer to do this when needed, so that we don't have to initialize the graphics driver just because ole32 was imported. -- Alexandre Julliard julliard(a)winehq.org

2 1

[PATCH 1/2] comctl32/tests: test toolbar separator with uninitialized iString
by Giuseppe Bilotta 23 Apr '09

23 Apr '09

Trying to add a separator with an invalid pointer in iString to a toolbar works in Windows, showing that the field is ignored. --- dlls/comctl32/tests/toolbar.c | 51 +++++++++++++++++++++++++++++++++++++++++ 1 files changed, 51 insertions(+), 0 deletions(-) diff --git a/dlls/comctl32/tests/toolbar.c b/dlls/comctl32/tests/toolbar.c index 1946095..91a72e0 100644 --- a/dlls/comctl32/tests/toolbar.c +++ b/dlls/comctl32/tests/toolbar.c @@ -1300,6 +1300,56 @@ static void test_getstring(void) DestroyWindow(hToolbar); } +static void test_deadbeef(void) +{ + HWND hToolbar = NULL; + TBBUTTON buttons[2]; + INT r; + + rebuild_toolbar_with_buttons(&hToolbar); + + ZeroMemory(&buttons, sizeof(buttons)); + + /* Some programs (e.g. Graphmatica 2.0f) forget to initialize the iString + * field for separators. If the random bit pattern of this field looks like + * a pointer, trying to follow it casues a crash (pagefault). This does not + * happen in Windows XP, 2008 or Vista, suggesting that this field is + * ignored in Windows in this case. */ + buttons[0].idCommand = 0; + buttons[0].fsStyle = BTNS_SEP; + buttons[0].fsState = TBSTATE_ENABLED; + buttons[0].iString = 0xdeadbeef; + +#if 0 + /* It is also possible that a poorly written program doesn't initialize the + * iString field of an actual button. Different versions of Windows seem to + * operate differently in this case. + * + Windows XP doesn't seem to be bothered in the least + * + Windows 2008 crashes + * + Windows Vista does not crash, but the subsequent TB_ADDBUTTONS + * call fails + * Since I know of no program that suffers from this particular issue, I'm + * commenting out this part of the test for the time being. If it gets + * uncommented, the subsequent TB_ADDBUTTONS should be adjusted + * appropriately. */ + + buttons[1].idCommand = 1; + buttons[1].fsStyle = BTNS_BUTTON; + buttons[1].fsState = 0; + buttons[1].iString = 0xdeadbeef; +#endif + + r = SendMessage(hToolbar, TB_ADDBUTTONS, 1, (LPARAM)buttons); + expect(1, r); + + /* TODO: another test that might be worth doing, to get more insight on how + * Windows handles things, would be to introduce a separator with + * 0xdeadbeef as iString, and then change its style to make into a real + * button. */ + + DestroyWindow(hToolbar); +} + START_TEST(toolbar) { WNDCLASSA wc; @@ -1336,6 +1386,7 @@ START_TEST(toolbar) test_dispinfo(); test_setrows(); test_getstring(); + test_deadbeef(); PostQuitMessage(0); while(GetMessageA(&msg,0,0,0)) { -- 1.6.2.254.g84bde

3 8

Re: [mshtml] Fix the size passed to MultiByteToWideChar for real
by Dmitry Timoshkov 23 Apr '09

23 Apr '09

"Colin Finck" <mail(a)colinfinck.de> wrote: wrote: > @@ -425,6 +425,7 @@ static LPWSTR get_url(void) > HKEY hkey; > DWORD res, type; > DWORD size = INTERNET_MAX_URL_LENGTH*sizeof(WCHAR); > + DWORD returned_size; > LPWSTR url; > > static const WCHAR wszGeckoUrl[] = {'G','e','c','k','o','U','r','l',0}; > @@ -438,14 +439,14 @@ static LPWSTR get_url(void) > > > url = heap_alloc(size); > > - res = RegQueryValueExW(hkey, wszGeckoUrl, NULL, &type, (LPBYTE)url, &size); > + res = RegQueryValueExW(hkey, wszGeckoUrl, NULL, &type, (LPBYTE)url, &returned_size); returned_size must be intialized first. -- Dmitry.

2 1

Re: kernel32/tests: Added last error tests for GetPrivateProfileString
by Paul Vriens 23 Apr '09

23 Apr '09

Dmitry Kislyuk wrote: > > Any particular reason for adding these tests? Is there an app depending on the last error? -- Cheers, Paul.

1 0

[7/7] [wined3d] correct now faulty comment (review)
by Tobias Jakobi 22 Apr '09

22 Apr '09

-- Psssst! Schon vom neuen GMX MultiMessenger gehört? Der kann`s mit allen: http://www.gmx.net/de/go/multimessenger01

1 0

[6/7] [wined3d] force constant reload for NP2 fixup in shader_arb_select (review)
by Tobias Jakobi 22 Apr '09

22 Apr '09

-- Neu: GMX FreeDSL Komplettanschluss mit DSL 6.000 Flatrate + Telefonanschluss für nur 17,95 Euro/mtl.!* http://dslspecial.gmx.de/freedsl-surfflat/?ac=OM.AD.PD003K11308T4569a

1 0

[5/7] [wined3d] remove comment about np2fixup not implemented for ARB mode (review)
by Tobias Jakobi 22 Apr '09

22 Apr '09

-- Psssst! Schon vom neuen GMX MultiMessenger gehört? Der kann`s mit allen: http://www.gmx.net/de/go/multimessenger01

1 0

[4/7] [wined3d] implement shader_arb_load_np2fixup_constants (review)
by Tobias Jakobi 22 Apr '09

22 Apr '09

-- Neu: GMX FreeDSL Komplettanschluss mit DSL 6.000 Flatrate + Telefonanschluss für nur 17,95 Euro/mtl.!* http://dslspecial.gmx.de/freedsl-surfflat/?ac=OM.AD.PD003K11308T4569a

1 0

[3/7] [wined3d] shader_hw_sample: add NP2 fixup code (review)
by Tobias Jakobi 22 Apr '09

22 Apr '09

-- Psssst! Schon vom neuen GMX MultiMessenger gehört? Der kann`s mit allen: http://www.gmx.net/de/go/multimessenger01

1 0

[2/7] [wined3d] shader_generate_arb_declarations: add NP2 fixup code (review)
by Tobias Jakobi 22 Apr '09

22 Apr '09

-- Neu: GMX FreeDSL Komplettanschluss mit DSL 6.000 Flatrate + Telefonanschluss für nur 17,95 Euro/mtl.!* http://dslspecial.gmx.de/freedsl-surfflat/?ac=OM.AD.PD003K11308T4569a

1 0

Re: [4/4] (Try2) msi/tests: Fix package test when run on a different drive than C:\.
by James Hawkins 22 Apr '09

22 Apr '09

On Wed, Apr 22, 2009 at 12:05 PM, Nicolas Le Cam <niko.lecam(a)gmail.com> wrote: > Try2: Use helper function added in second patch, as suggested by James. > > This one finally fixes current relative path test to expect correct > value. > This version isn't using a helper function. Please thoroughly go over your patches before submitting them. Your subject says try2, but I know it's been more than that, so we've seen at least 12-16 emails/patches for this set now. -- James Hawkins

2 2

Re: [1/7] [wined3d] add ps_np2fixup_t struct to ps_compiled_shader
by Henri Verbeet 22 Apr '09

22 Apr '09

2009/4/21 Tobias Jakobi <liquid.acid(a)gmx.net>: > +struct ps_np2fixup_t { > + unsigned char idx[MAX_FRAGMENT_SAMPLERS]; /* indices to the real constant */ > + GLfloat* const_cache; /* constant cache for fast reloading (without readback) */ > + WORD swz; /* bitfield used to determine if we have to swizzle the constant */ > + WORD num_consts; > +}; > + - I'm sure I mentioned this before, but please don't add code without using it. - Why is this in struct ps_compiled_shader? This really looks like something that should be internal to the backend. - What is the point of const_cache? - Writing "GLfloat* const_cache;" is legal C, but really doesn't make a lot of sense. The * is part of the declarator rather than the base type. An example like "int* p, q;" should make this more obvious. - swz is redundant. "prog->np2Fixup_data->swz & (1 << i)" really isn't more efficient than "idx & 1"

3 7

Re: [1/7] [wined3d] add ps_np2fixup_t struct to ps_compiled_shader
by Stefan Dösinger 22 Apr '09

22 Apr '09

Am Dienstag, 21. April 2009 23:37:51 schrieb Tobias Jakobi: > + unsigned char idx[MAX_FRAGMENT_SAMPLERS]; /* indices to the real constant */ I don't remember how you plan to use the ps_np2fixup_t structure in the ARB backend, but an unsigned char might turn out to be too limited if you end up storing ARB constant numbers in there, since cards can have more than 256 constants. For your GLSL code it is good enough because you just store values from 1-8.

2 2

Re: [1/2] comctl32/listview: Additional tests for LVM_GETSUBITEMRECT
by Paul Vriens 22 Apr '09

22 Apr '09

Nikolay Sivov wrote: > Changelog: > - Additional tests for LVM_GETSUBITEMRECT > >>From 2f2cb8e54b81ff6be7229b7931945a3bb76f4bde Mon Sep 17 00:00:00 2001 > From: Nikolay Sivov <bunglehead(a)gmail.com> > Date: Wed, 22 Apr 2009 13:05:56 -0400 > Subject: Additional tests for LVM_GETSUBITEMRECT > > --- > dlls/comctl32/tests/listview.c | 41 ++++++++++++++++++++++++++++++++++++++++ > 1 files changed, 41 insertions(+), 0 deletions(-) > > diff --git a/dlls/comctl32/tests/listview.c b/dlls/comctl32/tests/listview.c > index 6f205fd..fba7a01 100644 > --- a/dlls/comctl32/tests/listview.c > +++ b/dlls/comctl32/tests/listview.c > @@ -847,6 +847,7 @@ static void test_create(void) > LONG_PTR ret; > LONG r; > LVCOLUMNA col; > + RECT rect; > WNDCLASSEX cls; > cls.cbSize = sizeof(WNDCLASSEX); > ok(GetClassInfoEx(GetModuleHandle(NULL), "SysListView32", &cls), "GetClassInfoEx failed\n"); > @@ -976,6 +977,31 @@ static void test_create(void) > ok(IsWindow(hHeader), "Header should be created\n"); > ok(hHeader == GetDlgItem(hList, 0), "Expected header as dialog item\n"); > DestroyWindow(hList); > + > + /* requesting header info with LVM_GETSUBITEMRECT doesn't create it */ > + hList = CreateWindow("SysListView32", "Test", LVS_REPORT, 0, 0, 100, 100, NULL, NULL, > + GetModuleHandle(NULL), 0); > + ok(!IsWindow(hHeader), "Header shouldn't be created\n"); > + ok(NULL == GetDlgItem(hList, 0), "NULL dialog item expected\n"); > + > + rect.left = LVIR_BOUNDS; > + rect.top = 1; > + rect.right = rect.bottom = -10; > + r = SendMessage(hList, LVM_GETSUBITEMRECT, -1, (LPARAM)&rect); > +todo_wine > + ok(r != 0, "Expected not-null LRESULT\n"); > + > + hHeader = (HWND)SendMessage(hList, LVM_GETHEADER, 0, 0); > + ok(!IsWindow(hHeader), "Header shouldn't be created\n"); > + ok(NULL == GetDlgItem(hList, 0), "NULL dialog item expected\n"); > + > + expect(0, rect.left); > +todo_wine { > + expect(0, rect.right); > + expect(0, rect.top); These first 3 seems to fail on everything from W2K downwards. Could you have a look? -- Cheers, Paul.

2 3

Remote named pipes and stuff.
by Kai Blin 22 Apr '09

22 Apr '09

Hi folks, I'm at SambaXP again, and so of course the cifs Kernel driver folks talked to me about the named pipe implementation. It seems like they are still trying to figure out how this could be implemented in the cleanest way. However, Jeff Layton asked me about a use case, and I have to admit I can't think of one off the top of my head. So, what application do we have that fails to work due to the lack of remote named pipes? Cheers, Kai -- Kai Blin WorldForge developer http://www.worldforge.org/ Wine developer http://wiki.winehq.org/KaiBlin Samba team member http://www.samba.org/samba/team/ -- Will code for cotton.

2 1

re: Remote named pipes and stuff.
by Dan Kegel 22 Apr '09

22 Apr '09

Kai asked: > Is there a use case for remote named pipes? http://support.microsoft.com/kb/q238949/ shows that SQL Server supports named pipes as an access method. Some apps or sites might assume that works, and not be able to use TCP/IP for this. Google finds at least three examples of people wanting to used named pipes in previous wine threads: http://groups.google.com/group/comp.emulators.ms-windows.wine/msg/06fbfdfb5… "I'm trying to run a Delphi application on Wine. The application uses BDE to talk to a MSSQL server, but database communication does not work. Enable debugging i see this error message: warn:file:wine_nt_to_unix_file_name L"SRVCAF1\\pipe\\sql\\query" not found in ...dosdevices/unc warn:ntdll:NtCreateFile L"\\??\\UNC\\SRVCAF1\\pipe\\sql\\query" not found (c000003a) warn:file:CreateFileW Unable to create file L"\\\\SRVCAF1\\pipe\\sql\ \query" (status c000003a) Is this UNC pipe supposed to work on Wine? " (I think you even replied to that thread :-) http://groups.google.com/group/comp.emulators.ms-windows.wine/msg/e7323dfa9… "I am trying to connect a client with named pipes to a remote server. Using the kernel32 function CreateFile I get the folling message: fixme:file:wine_nt_to_unix_file_name UNC name L"\\??\\UNC\\192.168.1.157\\pipe\\Archiv\\Server" not supported I am using Wine20040505. Is the anybody out there who can help? To be frank, I am a rooky using wine an Linux, but... ;o) " http://groups.google.com/group/comp.emulators.ms-windows.wine/msg/a3d22d752… "[Outlook seems to use a named pipe to connect to Exchange: fixme:win32:WaitNamedPipeA \\EXCH_CTL2\pipe\epmapper 0x00000000 "] So, there you have it. Databases, Microsoft Exchange, and the like seem to like using remote named pipes. - Dan

1 0

[PATCH] comctl32/toolbar.c: fix trace info for TOOLBAR_InternalInsertButtonsT
by Giuseppe Bilotta 22 Apr '09

22 Apr '09

TOOLBAR_DumpTBButton should be invoked over the button currently being inserted, and not always over the first button. --- dlls/comctl32/toolbar.c | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/dlls/comctl32/toolbar.c b/dlls/comctl32/toolbar.c index cf54df7..851a5cc 100644 --- a/dlls/comctl32/toolbar.c +++ b/dlls/comctl32/toolbar.c @@ -1832,7 +1832,7 @@ TOOLBAR_InternalInsertButtonsT(TOOLBAR_INFO *infoPtr, INT iIndex, UINT nAddButto for (iButton = 0; iButton < nAddButtons; iButton++) { TBUTTON_INFO *btnPtr = &infoPtr->buttons[iIndex + iButton]; - TOOLBAR_DumpTBButton(lpTbb, fUnicode); + TOOLBAR_DumpTBButton(lpTbb + iButton, fUnicode); ZeroMemory(btnPtr, sizeof(*btnPtr)); -- 1.6.2.254.g84bde

1 0

Re: Article on wine development strategy
by Scott Ritchie 22 Apr '09

22 Apr '09

Vincent Povirk wrote: > Your model makes bugs that show up in only a few applications very > rare. I've added some to your existing model with duct tape. I > arbitrarily decided that about 40% of apps would have 1 or 2 unique > bugs, in addition to the current ones. > You can better model this by just changing the probability distribution of the various bugs and using the "alternate" method where each bug has an absolute probability of affecting a given app. Then make about 1000 bugs have .05% probability or so, and odds are most of them will only affect one or two apps (if you have 2500 you're modelling) > The result is an exponential curve, until about 80% of apps are > solved. After that, the curve is linear. > > This makes a sort of sense. If we do it right, we're likely to fix the > bugs that affect a lot of apps before we finish with the ones that > affect one or two. Once the major bugs are fixed, Wine and Windows > become comparable to a more "normal" set of different interface > implementations: largely compatible, but a few developers will > continue finding subtle differences to rely on forever. The rate at > which apps hit these differences should be fairly consistent. > > I do wish I had a better way to do this than tacking it on to the > existing stuff. I think I broke pickNextBug, but fortunately that's > unused until all apps are solved. > > If you increased the number of very rare (1 or 2 apps) bugs in a less > crappy way, it might show something smoother. > I'll try my suggested method now. > I have a feeling that in general the exact shape depends mostly on how > likely it is for a bug to occur in multiple apps and on how many bugs > each app has. If a typical app has only a few bugs (the constants > you've chosen imply that it doesn't), things look very nice at the > start. If a typical bug affects many apps (the constants you've chosen > imply that it does), things look very nice at the end. > Yeah, I'll note that whether a typical app has a few bugs or a lot of bugs to start with depends on whether we want to model "from the start" or from here on out. Thanks, Scott Ritchie

1 0

Re: msvcrt/tests : add some tests for strtok()
by Alexandre Julliard 22 Apr '09

22 Apr '09

Rein Klazes <wijn(a)online.nl> writes: > - pmemcpy(mem+5, mem,nLen+1); > - ok(pmemcmp(mem+5,xilstring, nLen) == 0, > - "Got result %s\n",mem+5); > + if( pmemcpy) { > + pmemcpy(mem+5, mem,nLen+1); > + ok(pmemcmp(mem+5,xilstring, nLen) == 0, > + "Got result %s\n",mem+5); > + } else > + skip("memcpy not found\n"); I doubt any version of the dll is missing memcpy, and even so that should be a separate patch. -- Alexandre Julliard julliard(a)winehq.org

2 1

Re: comctl32: TOOLBAR_SetImageList should recalulate toolbar only if it is necessary
by Alexandre Julliard 22 Apr '09

22 Apr '09

Igor Tarasov <tarasov.igor(a)gmail.com> writes: > Forgot the patch :) > > 2009/4/19 Igor Tarasov <tarasov.igor(a)gmail.com>: >> Currently TOOLBAR_SetImageList recalculates toolbar and button sizes >> even if there is no need in this (when new image list bitmap sizes are >> equal to toolbar bitmap sizes). This overwrites button sizes that >> might have been defined by application, and thus leads to visual >> glitches. Native comctl does not change any toolbar sizes on >> TB_SETIMAGELIST when bitmap size is the same. It doesn't work here: ../../../tools/runtest -q -P wine -M comctl32.dll -T ../../.. -p comctl32_test.exe.so toolbar.c && touch toolbar.ok toolbar.c:934: Test failed: Unexpected button size toolbar.c:936: Test failed: Unexpected button size toolbar.c:944: Test failed: Unexpected button size toolbar.c:946: Test failed: invalid rect (button) (0,2) (163,40) - expected (0,2) (163,26) toolbar.c:946: Test failed: invalid rect (button) (163,2) (326,40) - expected (163,2) (326,26) toolbar.c:946: Test failed: invalid rect (button) (326,2) (489,40) - expected (326,2) (489,26) toolbar.c:946: Test failed: invalid rect (button) (489,2) (652,40) - expected (489,2) (652,26) toolbar.c:946: Test failed: invalid rect (button) (652,2) (819,40) - expected (652,2) (819,26) toolbar.c:946: Test failed: invalid rect (button) (819,2) (850,40) - expected (819,2) (850,26) toolbar.c:949: Test failed: invalid rect (button) (0,2) (163,40) - expected (0,0) (163,38) toolbar.c:949: Test failed: invalid rect (button) (163,2) (326,40) - expected (163,0) (326,38) toolbar.c:949: Test failed: invalid rect (button) (326,2) (489,40) - expected (326,0) (489,38) toolbar.c:949: Test failed: invalid rect (button) (489,2) (652,40) - expected (489,0) (652,38) make[2]: *** [toolbar.ok] Error 13 -- Alexandre Julliard julliard(a)winehq.org

2 1

Re: [4/4] msi/tests: Fix package test when run on a different drive than C:\.
by James Hawkins 21 Apr '09

21 Apr '09

On Tue, Apr 21, 2009 at 2:30 PM, Nicolas Le Cam <niko.lecam(a)gmail.com> wrote: > This one finally fixes current relative path test to expect correct > value. > + drives = GetLogicalDrives(); + lstrcpyA(path, "A:\\"); + for (i = 0; i < 26; path[0] = '\0', i++) + { + if (!(drives & (1 << i))) + continue; + + path[0] = 'A' + i; + if (GetDriveType(path) != DRIVE_FIXED) + continue; + + lstrcatA(path + 3, CURR_DIR + 3); + attr = GetFileAttributesA(path); + if (attr != INVALID_FILE_ATTRIBUTES && (attr & FILE_ATTRIBUTE_DIRECTORY)) + { + if (path[lstrlenA(path)-1] != '\\') + lstrcatA(path, "\\"); + break; + } + path[3] = '\0'; + } Same as 2/4. Please refactor and add many nice comments detailing exactly what is happening in native msi to make this necessary. -- James Hawkins

2 2

Changing the language that wine runs in (testing language versions of dialogs)
by Reece Dunn 21 Apr '09

21 Apr '09

Hi, Looking at http://bugs.winehq.org/show_bug.cgi?id=18125, it has winecfg from wine 1.1.19 running in Spanish. The screenshot shows that the static text is wrapped over 4 lines, but the text is clipped (should be 8x4 dlus high). This is not the issue reported there, but I would like to fix it and improve the layout. So, how do I change locale? Especially from a just-built version of Wine. I have tried: LANG=es ./wine winecfg LANG=es.UTF-8 ./wine winecfg LC_ALL=es ./wine winecfg LC_ALL=es.UTF-8 ./wine winecfg and export LANG=es && ./wine winecfg variants. I have also tried changing the system regional and language settings. None of these have worked. It's not on the FAQ either. I am using Kubuntu 9.04. Thanks, - Reece

5 6

Re: [2/4] msi/tests: Add empty dir test for the DrLocator part of the AppSearch action.
by James Hawkins 21 Apr '09

21 Apr '09

On Tue, Apr 21, 2009 at 2:30 PM, Nicolas Le Cam <niko.lecam(a)gmail.com> wrote: > This patch adds a test to demonstrate current wrong behaviour in case of > an empty path, it is basically there to validate last patch of the > series that change relative path test behaviour (i.e. expected values), > as it seems it was rejected because it wasn't backed up by a previous > test. > + drives = GetLogicalDrives(); + lstrcpyA(path, "A:\\"); + for (i = 0; i < 26; i++) + { + if ((drives & (1 << i))) + { + path[0] = 'A' + i; + + if (GetDriveType(path) == DRIVE_FIXED) + break; + } + path[0] = '\0'; + } Please refactor this into a helper function. A comment describing exactly what is being tested and why this bit of code is needed would be beneficial. -- James Hawkins

1 0

Re: dsound: Allow a special cbSize case in CreateSoundBuffer (updated)
by Detlef Riekenberg 21 Apr '09

21 Apr '09

On Mo, 2009-04-20 at 21:51 -0700, Jesse Allen wrote: > In CreateSoundBuffer, some apps pass sizeof(WAVEFORMATEXTENSIBLE) for > the cbSize and we have to allow it, but only when the SubFormat is > KSDATAFORMAT_SUBTYPE_PCM. > > This updated patch is simpler... at the expense of being less clear ;) > > Includes test cases which were verified on WinXP. > Fixes bug #11716 Hi Jesse. Your patch introduced failures for the dsound-test on some systems with win98, w2k and w2k3. ( http://test.winehq.org/data/tests/dsound:dsound8.html ) Can you please take a look? Thanks -- By by ... Detlef

1 0

Win64 keyword?
by Austin English 21 Apr '09

21 Apr '09

Howdy, Seems quite a few bugs have been filed recently about our win64 support. While setting the hardware to PC-X86-64 describes the hardware accurately, it doesn't really tell us if the user is running 32 bit wine or 64 bit wine on their 64 bit OS. We've already got a win16 keyword, so how about a win64 keyword to make searching for these bugs easier? -- -Austin

2 1

DIB Engine - New approach
by Massimo Del Fedele 21 Apr '09

21 Apr '09

The approach taken so far consisted in having 2 device pointers inside GDI32, one for dib engine and the other for normal display driver. This way had the disadvantage of having to keep in sync the DC with the right driver depending on selected bitmap, which lead to many small changes spread along all gdi code; going deeper with development this approach showed many limits and problems. So I decided to start again from scratch with a completely different approach which is giving good results and is quite less invasive on gdi32 code. Instead of doing : -- DIB ENGINE / GDI32 --- \ -- X11 DRIVER I took this approach : GDI32 -- DIB ENGINE -- X11 DRIVER The (X11) display driver is loaded from inside the engine, which replaces it from gdi32 point of view. The changes in gdi32 are *very* limited, just in driver.c code, making it to load (if desired) the engine instead of normal x11 driver. No other changes needed. I added as usual the code allowing to enable/disable the engine on request by registry and/or environment variable. If the engine is not present or disabled, the driver loader falls back to usual behaviour. The Engine then loads the X11 driver in init phase and acts as a gate depending on selected BMP, forwarding to X11 driver all requests for DDB bitmaps and doing the job itself for DIB ones. This approach showed many advantages, and I' almost ready converting all old code to it. By now I'm posting here 3 patches showing the approach; the posted driver is a simple pass-throu one, so it just forwards all calls to X11 driver. The last patch of the series shows the forking behaviour of DIB/DDB processing from inside the engine, but still forwarding all to X11. I'd like some comments on the approach taken; on next days I'll post a more complete code with most of the engine implemented. Ciao Max

3 5

Re: [1/5]msctf/test: setup test framework for ITfThreadMgrEventSink
by Alexandre Julliard 21 Apr '09

21 Apr '09

Aric Stewart <aric(a)codeweavers.com> writes: > +static HRESULT WINAPI ThreadMgrEventSink_OnInitDocumentMgr(ITfThreadMgrEventSink *iface, > +ITfDocumentMgr *pdim) > +{ > + trace("%s\n",__FUNCTION__); > + return S_OK; > +} trace() already includes the file and line, and __FUNCTION__ is not portable, please avoid it in tests. -- Alexandre Julliard julliard(a)winehq.org

1 0

Wine patch code review or what to do if patches get stuck?
by Igor Tarasov 21 Apr '09

21 Apr '09

Hi! The reason of why I write this to you is simple: my patches have stuck again and I don't know what to do. But since this happening not with me only and not this happens regularly, I have thought about looking at the problem a bit wider. Is there any code review system for patches that are sent to wine-patches? Or just some developers monitor wine-patches and say something if they have something to say? Or, how does Alexander make decisions regarding committing patches? I've been thinking about some kind of web-based system, like one used at http://codereview.chromium.org/ It would be nice, if there was sime kind of bot, that would grab all patches from wine-patches, sort them, make some initial analysis (maybe, run local test git repository, make various tests, check that threre are no conflicts, check code style (at least whitespace changes) etc). Then it could set a flag and report back to the sender. For instance it would flag "tests fail" and send details back to sender. Or "whitespace change detected" and send back the quoted diff parts. Then, somebody of developers might review it and put his mark/comments that would go to wine-devel (if necessary), or to sender directly. There could be simple templates for test reviews for common problems, and tags, such as "sure?" that means, that more explanations are needed why that implementation is correct. "too hackish" that means that style or code itself is of bad quality. "whitespace" whitespacechange detected. "tests required" tests are really required for this patch to go in. "okay", means that reviewer recommends the patch for commitment. "wrong", means that patch is totally wrong ..etc Some of these tags mean that report goes directly to developer, and patch is marked as obsolete, others make system send some feedback to wine-dev. It would take just few clicks for reviewer to get it done. This would provide good feedback, also this would help the one who makes the decisions to see that others have already checked that patch and what they think about that. Sometimes "no feedback" means that you just dont know - is there something wrong? Or maybe your patch wos not understood correctly? Or there are doubts that what you did is right? Or what? It would be better to have feedback like "are you serious?" than nothing at all :) P.S: the patches in question are http://www.winehq.org/pipermail/wine-patches/2009-April/072009.html and http://www.winehq.org/pipermail/wine-patches/2009-April/072013.html . They both are soo simple, that I even don't know how to ask of what's wrong with them :) -- Igor

5 6

Re: [1/2](try 2)msctf: helper functions for generating DWORD cookies
by Alexandre Julliard 21 Apr '09

21 Apr '09

Aric Stewart <aric(a)codeweavers.com> writes: > + else if (id_last == array_size) > + { > + CookieInternal **new_cookies = NULL; > + new_cookies = HeapReAlloc(GetProcessHeap(),0,cookies,sizeof(CookieInternal*) * (array_size * 2)); > + if (!new_cookies) > + { > + array_size = 0; > + ERR("Out of memory, Unable to realloc cookies array\n"); > + return 0x0; > + } > + cookies = new_cookies; > + array_size *= 2; > + } > + > + /* try to reuse IDs if possible */ > + for (i = 0; i < id_last; i++) > + if (cookies[i] == NULL) break; It would be smarter to reuse the ID before growing the array. Also you could mark free entries with a 0 id or something like that, and avoid a level of indirection (and some memory leaks...) -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: [kernel32] add unittests for registry keys of serial ports
by Alexandre Julliard 21 Apr '09

21 Apr '09

Stefan Leichter <Stefan.Leichter(a)camline.com> writes: > + RegOpenKeyA(HKEY_LOCAL_MACHINE, "Hardware\\Description\\System", &desc_sys); > + RegOpenKeyA(HKEY_LOCAL_MACHINE, "Hardware\\Devicemap\\Serialcomm", &sercom); > + RegOpenKeyA(HKEY_LOCAL_MACHINE, "Software\\Microsoft\\Windows NT\\CurrentVersion\\Ports", &sw_ports); You need to check for failure and handle it properly. I doubt you'll be able to open these keys on Win9x for instance. > + result = RegOpenKeyA(HKEY_LOCAL_MACHINE, "System\\Select", &sub_key1); > + if(ERROR_SUCCESS == result) { > + size = sizeof(count1); > + result = RegQueryValueExA( sub_key1, "Current", NULL, NULL, (LPBYTE) &count1, &size); > + RegCloseKey(sub_key1); > + } > + if(ERROR_SUCCESS == result) { > + sprintf(sub_key1_name, "System\\ControlSet%03d\\Enum\\ACPI", count1); > + RegOpenKeyA(HKEY_LOCAL_MACHINE, sub_key1_name, &acpi); > + } Do you really have an app that accesses ControlSetxxx directly? CurrentControlSet is a lot easier to work with. -- Alexandre Julliard julliard(a)winehq.org

1 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-devel