Re: comctl32.dll: Running siap and modules under wine, first steps
Hi, On Sat, Sep 17, 2005 at 08:20:29PM -0300, Maximiliano Curia wrote: So, what should I do next? I'm afraid I cannot give much technical advice how to proceed here, but what you should do soon is to protest loudly against *FORCING* a Windows-only program on the public in this day and age of multi-platform use, despite those cross-platform toolkits such as Qt, wxWidgets, GTK and Java having been available for long times already (not to mention that several of those should actually be superiour to the single-platform toolkit that may have been used here!). This is §$%§(% incredible ignorance and malvolence. But I'm confident that many of you have already been doing this. Good luck with this major annoyance, Andreas Mohr
Compile failure on Solaris
I get the following error when i try to compile Win on my Solaris x86 machine: gcc -c -I. -I. -I../../include -I../../include -D__WINESRC__ -DBINDIR=\/usr/local/bin\ -DDLLDIR=\/usr/local/lib/wine\ -D_REENTRANT -fPIC -Wall -pipe -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wdeclaration-after-statement -Wpointer-arith -g -O2 -o debug.o debug.c gcc -c -I. -I. -I../../include -I../../include -D__WINESRC__ -DBINDIR=\/usr/local/bin\ -DDLLDIR=\/usr/local/lib/wine\ -D_REENTRANT -fPIC -Wall -pipe -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wdeclaration-after-statement -Wpointer-arith -g -O2 -o ldt.o ldt.c ldt.c:107: error: conflicting types for 'sysi86' /usr/include/sys/sysi86.h:248: error: previous declaration of 'sysi86' was here ldt.c:107: error: conflicting types for 'sysi86' /usr/include/sys/sysi86.h:248: error: previous declaration of 'sysi86' was here gmake[2]: *** [ldt.o] Error 1 gmake[2]: Leaving directory `/home/henrikj/wine/wine/libs/wine' gmake[1]: *** [wine] Error 2 gmake[1]: Leaving directory `/home/henrikj/wine/wine/libs' gmake: *** [libs] Error 2 Thankful for any assistance... Regards Henrik
winehq at the CIA Open Source Notification System
Hi. There are no updates listed for wine at the CIA Open Source Notification System: http://cia.navi.cx/stats/project/winehq Is this our fault? -- By By ... ... Detlef
freedce-win32 - winsock joy
progress being made. am about 10-15% the way through a compile, having previously got dcethreads to use pthread-win32 by judicious ripping out of large amounts of code. fortunately, elrond has already win32'd tng, so there is stacks of code in tng's lib/util_sock.c to rip off :) -- -- a href=http://lkcl.net;http://lkcl.net/a --
Picasa working pretty well...
I had a free couple of hours this morning, so I amused myself by trying out Picasa on the most recent snapshot of wine on my el-cheapo x86_64 Compaq laptop running 32 bit FC3. I was really impressed with how well things worked in general - much of the interface worked very smoothly. Hats off to the Wine developers! Still, there were some real glitches, so I filed six bug reports. You can see them in the AppDB at http://appdb.winehq.org/appview.php?versionId=2786 I'll post individual messages about a couple of them. - Dan -- Trying to get a job as a c++ developer? See http://kegel.com/academy/getting-hired.html
Rendering problem when scrolling license agreement in Picasa installer
http://bugs.winehq.org/show_bug.cgi?id=3348 describes a scrolling problem that is probably pretty easy to fix. The nullsoft(?) installer used by picasa 2 seems to have a problem with text scrolling in the latest snapshot of wine. Scrolling using the keyboard works, but scrolling by clicking on the arrows of the scrollbar screws up the new text. I have a sneaking suspicion this affects other apps. Is this a known problem already? Thanks, Dan -- Trying to get a job as a c++ developer? See http://kegel.com/academy/getting-hired.html
Re: [Now ns7] Dragon ns8 problem
On Mon, 12 Sep 2005 13:14:44 +0200, Jean Magnan de Bornier [EMAIL PROTECTED] wrote: OK, I added rpcrt4.dll in c/windows/system, and now dns starts all right, although slowly and with strange messages, and WORKS! If you have got this working correctly it would be good if you could add a comment to http://appdb.winehq.org/appview.php?versionId=3227 with your wine version, simulated windows version, the NS version (NS7 french? multilang? std/pref?) and a list of any dlls you needed to run native. It would also be great to have some comment on how well it deals with the french language, I installed NS5 VF for someone and was surprised that it seemed to perform just as well as in English. regards.
Re: comctl32.dll: Running siap and modules under wine, first steps
On Sat, 2005-09-17 at 17:46 -0300, Maximiliano Curia wrote: Is anybody working in this dll, or has worked on this widget? Nobody currently works on the treeview unfortunately, and it needs love. Lots of it. If you want to take a stab at it, you can find it in dlls/comctl32/treeview.c -- Dimi Paun [EMAIL PROTECTED] Lattica, Inc.
Re: DDRAW: Fix reference counting
Stefan Dösinger wrote:
Hello,
This patch increases the reference count of a DirectDraw object when a Surface
is created, like Windows does. It also adds a test which tests this
functionality.
Stefan Dösinger
Index: dlls/ddraw/ddraw_main.c
===
RCS file: /home/wine/wine/dlls/ddraw/ddraw_main.c,v
retrieving revision 1.9
diff -u -r1.9 ddraw_main.c
--- dlls/ddraw/ddraw_main.c 12 Sep 2005 14:12:47 - 1.9
+++ dlls/ddraw/ddraw_main.c 18 Sep 2005 19:56:12 -
@@ -697,8 +697,10 @@
}
else if (pDDSD-ddsCaps.dwCaps DDSCAPS_TEXTURE)
{
- /* create texture */
+ /* create texture. This increases the DD refcount by 2 */
Why do you increase the refcount by 2? Since you add and release them in
the same functions, it is not really necessary and just adds complexity
to the code.
hr = create_texture(This, pDDSD, ppSurf, pUnkOuter);
+ if(!FAILED(hr))
+ IDirectDraw7_AddRef(iface); /* Plus the increase at the end of
the function */
if (!FAILED(hr)) - if (SUCCEEDED(hr))
--
Rob Shearman
Re: hhctrl: Correctly draw the navigation pane
James Hawkins wrote: Hi, Changelog * Correctly draw the navigation pane. Hi James, I'm impressed with the work that has been done to get hhctrl this complete. But... @@ -149,7 +144,7 @@ static void HH_RegisterChildWndClass(HHI wcex.hInstance = pHHInfo-hInstance; wcex.hIcon = LoadIconW(NULL, (LPCWSTR)IDI_APPLICATION); wcex.hCursor= LoadCursorW(NULL, (LPCWSTR)IDC_ARROW); -wcex.hbrBackground = (HBRUSH)(COLOR_3DFACE); +wcex.hbrBackground = (HBRUSH)(COLOR_MENU); This doesn't seem right. You're not registering a menu-like class. wcex.lpszMenuName = NULL; wcex.lpszClassName = szChildClass; wcex.hIconSm= LoadIconW(NULL, (LPCWSTR)IDI_APPLICATION); -- Rob Shearman
