wine-devel

wine-devel@winehq.org

10 participants
84459 discussions

dmesg error about pthreads
by Kevin DeKorte 16 Jan '04

16 Jan '04

On my FC1 system with the latest patches I'm getting this in the dmesg log. Been getting them for awhile. application bug: wine-pthread(4537) has SIGCHLD set to SIG_IGN but calls wait(). (see the NOTES section of 'man 2 wait'). Workaround activated. wine -v Wine 20031212 Is this anything I need to worry about Kevin

1 0

DOS: fix loading of DOS exe files
by Michael Stefaniuc 16 Jan '04

16 Jan '04

Hello, the attached patch fixes a problem when loading DOS exe files which have 4 bytes on the last page of the executable. There is no comment in the code and i googled and couldn't find any reason or hint why having 4 bytes on the last page is special and why we should than load the full 512 bytes of the last page (i'm CC'ing wine-devel just in case). This prevents some of the "PC Intern 4, Systemprogrammierung" DOS example files from running with an 'invalid exe file' error. License: LGPL, X11 Changelog: Michael Stefaniuc <mstefani(a)redhat.com> - do not load the full last page of a DOS EXE if we have only 4 bytes in it. bye michael -- Michael Stefaniuc Tel.: +49-711-96437-199 System Administration Fax.: +49-711-96437-111 Red Hat GmbH Email: mstefani(a)redhat.com Hauptstaetterstr. 58 http://www.redhat.de/ D-70178 Stuttgart

1 1

Re: Partial MDI rewrite
by Dmitry Timoshkov 16 Jan '04

16 Jan '04

"Duane Clark" <dclark(a)akamail.com> wrote: > > Could you please generate +win,+mdi logs before and after the patch > > and send them to me? > > > > They are a bit large, but here goes. Thank you very much. Now I see that I unintentionally omitted a bit of code dealing with cx or cy being CW_USEDEFAULT[16]. Attached patch should have it fixed. -- Dmitry.

1 0

win3.1 printer drivers
by Ivan Leo Murray-Smith 16 Jan '04

16 Jan '04

Are win3.1 printer driver still supported by wine? Ivan.

2 1

Partial MDI rewrite
by Dmitry Timoshkov 16 Jan '04

16 Jan '04

Hello all, here is a result of my work aimed to merge MDI child creation with common window creation code. The rewrite allows MDI children to have WS_EX_MDICHILD style set on WM_CREATE and therefore properly get lParam from MDICREATESTRUCT. MDICREATESTRUCT is now gets A<->W translated (translation 16-bit windows is still missing). Please give it a try with your favorite MDI application and report the results you get. The patch includes a simple test case, which passes on win9x and win2000 SP4. Thanks. -- Dmitry.

2 4

Re: Better cpuid support
by Alexandre Julliard 15 Jan '04

15 Jan '04

Robert Lunnon <bobl(a)optushome.com.au> writes: > Improves CPUID instruction support in cpu.c by reorganising the existing > FREEBSD code. Added more robust cpuid detection with built in 386 detection. > Code should work for all i386 platforms and has been tested under solaris. > Created subroutines for detecting number of CPUs and OS SSE support as this > can't be done in a uniform way across different OSes. Extracted relevant code > from each section to perform these OS specific operations (Mostly untested). It's hard to tell exactly what has changed, since you basically rewrote the whole thing, for no good reason IMO. Could you please try to merge your changes with the existing code instead? -- Alexandre Julliard julliard(a)winehq.com

2 5

activate window
by Shiming Dong 15 Jan '04

15 Jan '04

Hi there: I met with one problem. I try to send a simulated keystroke to another application (such as Notepad) to invoke one of its functions, but when I minimize the window of "Notepad", the message cannot be received even I used the SetFocus() and SetActiveWindow() function. When it is maximized, it works. Anyone can help? Here are my codes: int main( ) { HWND hwnd = FindWindow(NULL, "Untitled - Notepad"); short f3_key = VK_F3; UINT scancode = MapVirtualKey(f3_key, 0); if (hwnd!=NULL){ printf("Notepad is running!\n"); SetActiveWindow(hwnd); SetFocus(hwnd); } PostMessage(hwnd, WM_SYSKEYDOWN, f3_key, scancode); PostMessage(hwnd, WM_SYSCHAR, f3_key, scancode); PostMessage(hwnd, WM_SYSKEYUP, f3_key, scancode); return 0; } --------------------------------- Do you Yahoo!? Yahoo! Hotjobs: Enter the "Signing Bonus" Sweepstakes

1 0

CVS problem: stale lock?
by Sami Aario 15 Jan '04

15 Jan '04

Hi all, I'm getting this message over and over while attempting an update from the wine cvs repository: "cvs server: [13:31:41] waiting for wineowner's lock in /home/wine/wine" I'm guessing a CVS process has died and left a stale lock in the repository. Could someone check it out?

1 0

signing off -- good luck
by Jeremy Shaw 15 Jan '04

15 Jan '04

Hello, I am unsubscribing from wine-devel since I am no longer actively doing any wine development work. However, if any question arise about the patches I submitted recently, please feel free to email me. Good luck and have fun at wineconf! Jeremy Shaw.

1 0

Re: Build error in current cvs.
by Ivan Leo Murray-Smith 15 Jan '04

15 Jan '04

Patches http://www.winehq.com/hypermail/wine-patches/2004/01/0201.html and http://www.winehq.com/hypermail/wine-patches/2004/01/0202.html fix the problem. Ivan.

1 0

dropped mouse movement when playing CS while running another application with Wine
by Jan Brunner 15 Jan '04

15 Jan '04

Hello guys. I got CS running quite playable with and without Steam but with Steam mouse movement gets dropped sometimes (the sensitivity feels much lower). I experimented a bit and found out that this problem happens whenever Wine is running more than just hl.exe (e.g. CS + Winamp). In case this helps: Probably a bit of movement gets dropped while running CS only, too: Sensitivity 4.1 with Wine is about the same as 4.0 in Windows. It's constant though, so it doesn't matter. Any ideas on what causes the problem and how to fix it? -- Best regards, Jan Brunner <brunner(a)intergga.ch>

1 0

Fwd: Congratulations with your wine product.
by Dimitrie O. Paun 15 Jan '04

15 Jan '04

Some good words for a happy user... ---------- Forwarded Message ---------- Subject: Congratulations with your wine product. Date: January 15, 2004 09:28 am From: Pascal Pype <pascal.pype(a)skynet.be> To: wine-faq(a)winehq.org Hello maintainers and developers of wine, The performance and configuartion of your product have been tremendously enhanced with respect to an experimental version I used nearly three years ago. There were two win3.1 applications that were written with turbo pascal for windows quite some time ago. When I tried to run those from within a wine environment , the performance of wine was so poor that the applications were useless when run in a *NIX environment. (linux , freeBSD) In a linux user & developer edition , I read an article about wine and its team leader Alexandre Julliard. The article have me a good impression , so I decided to give wine another try. Here are the conclusions: 1. outstanding documentation, 2. flawless install and configuration, 3. one out of the two windows applications works exactly as it did on win3.1 whilst the other does its job for about 60% of the total functionality without any fine tuning of the wine configuration. CONGRATULATIONS AND KEEP UP THE EXECELLENT WORK!!! Yours scincerely, Pype pascal. ------------------------------------------------------- -- Dimi.

1 0

Build error in current cvs.
by Ivan Leo Murray-Smith 15 Jan '04

15 Jan '04

After a cvs update, there is this lovely build error, while building gdi, is it a problem with the recent gdi patches that have just got in or am I doing something wrong? make[2]: Entering directory `/home/ivan/Development/Wine/CVS/wine/dlls/gdi' ../../tools/winebuild/winebuild -D__WINESRC__ -D_GDI32_ -o dispdib.spec.c --main-module gdi32.dll --spec dispdib.spec gcc -c -I. -I. -I../../include -I../../include -I/usr/include/freetype2 -D__WINESRC__ -D_GDI32_ -D_REENTRANT -fPIC -Wall -pipe -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith -g -O2 -o dispdib.spec.o dispdib.spec.c ../../tools/winebuild/winebuild -D__WINESRC__ -D_GDI32_ -D_REENTRANT -fPIC -o gdi.exe.spec.c --heap 65520 --main-module gdi32.dll --res version16.res --spec ./gdi.exe.spec gcc -c -I. -I. -I../../include -I../../include -I/usr/include/freetype2 -D__WINESRC__ -D_GDI32_ -D_REENTRANT -fPIC -Wall -pipe -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith -g -O2 -o gdi.exe.spec.o gdi.exe.spec.c ../../tools/winebuild/winebuild -D__WINESRC__ -D_GDI32_ -o wing.spec.c --main-module gdi32.dll --spec wing.spec gcc -c -I. -I. -I../../include -I../../include -I/usr/include/freetype2 -D__WINESRC__ -D_GDI32_ -D_REENTRANT -fPIC -Wall -pipe -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith -g -O2 -o wing.spec.o wing.spec.c gcc -c -I. -I. -I../../include -I../../include -I/usr/include/freetype2 -D__WINESRC__ -D_GDI32_ -D_REENTRANT -fPIC -Wall -pipe -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith -g -O2 -o bidi16.o bidi16.c gcc -c -I. -I. -I../../include -I../../include -I/usr/include/freetype2 -D__WINESRC__ -D_GDI32_ -D_REENTRANT -fPIC -Wall -pipe -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith -g -O2 -o gdi16.o gdi16.c gcc -c -I. -I. -I../../include -I../../include -I/usr/include/freetype2 -D__WINESRC__ -D_GDI32_ -D_REENTRANT -fPIC -Wall -pipe -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith -g -O2 -o wing.o wing.c gcc -c -I. -I. -I../../include -I../../include -I/usr/include/freetype2 -D__WINESRC__ -D_GDI32_ -D_REENTRANT -fPIC -Wall -pipe -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith -g -O2 -o ../../graphics/bitblt.o ../../graphics/bitblt.c gcc -c -I. -I. -I../../include -I../../include -I/usr/include/freetype2 -D__WINESRC__ -D_GDI32_ -D_REENTRANT -fPIC -Wall -pipe -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith -g -O2 -o ../../graphics/dispdib.o ../../graphics/dispdib.c gcc -c -I. -I. -I../../include -I../../include -I/usr/include/freetype2 -D__WINESRC__ -D_GDI32_ -D_REENTRANT -fPIC -Wall -pipe -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith -g -O2 -o ../../graphics/env.o ../../graphics/env.c gcc -c -I. -I. -I../../include -I../../include -I/usr/include/freetype2 -D__WINESRC__ -D_GDI32_ -D_REENTRANT -fPIC -Wall -pipe -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith -g -O2 -o ../../graphics/escape.o ../../graphics/escape.c gcc -c -I. -I. -I../../include -I../../include -I/usr/include/freetype2 -D__WINESRC__ -D_GDI32_ -D_REENTRANT -fPIC -Wall -pipe -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith -g -O2 -o ../../graphics/fontengine.o ../../graphics/fontengine.c gcc -c -I. -I. -I../../include -I../../include -I/usr/include/freetype2 -D__WINESRC__ -D_GDI32_ -D_REENTRANT -fPIC -Wall -pipe -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith -g -O2 -o ../../graphics/mapping.o ../../graphics/mapping.c gcc -c -I. -I. -I../../include -I../../include -I/usr/include/freetype2 -D__WINESRC__ -D_GDI32_ -D_REENTRANT -fPIC -Wall -pipe -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith -g -O2 -o ../../graphics/painting.o ../../graphics/painting.c gcc -c -I. -I. -I../../include -I../../include -I/usr/include/freetype2 -D__WINESRC__ -D_GDI32_ -D_REENTRANT -fPIC -Wall -pipe -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith -g -O2 -o ../../graphics/path.o ../../graphics/path.c gcc -c -I. -I. -I../../include -I../../include -I/usr/include/freetype2 -D__WINESRC__ -D_GDI32_ -D_REENTRANT -fPIC -Wall -pipe -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith -g -O2 -o ../../objects/bitmap.o ../../objects/bitmap.c gcc -c -I. -I. -I../../include -I../../include -I/usr/include/freetype2 -D__WINESRC__ -D_GDI32_ -D_REENTRANT -fPIC -Wall -pipe -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith -g -O2 -o ../../objects/brush.o ../../objects/brush.c gcc -c -I. -I. -I../../include -I../../include -I/usr/include/freetype2 -D__WINESRC__ -D_GDI32_ -D_REENTRANT -fPIC -Wall -pipe -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith -g -O2 -o ../../objects/clipping.o ../../objects/clipping.c gcc -c -I. -I. -I../../include -I../../include -I/usr/include/freetype2 -D__WINESRC__ -D_GDI32_ -D_REENTRANT -fPIC -Wall -pipe -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith -g -O2 -o ../../objects/dc.o ../../objects/dc.c gcc -c -I. -I. -I../../include -I../../include -I/usr/include/freetype2 -D__WINESRC__ -D_GDI32_ -D_REENTRANT -fPIC -Wall -pipe -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith -g -O2 -o ../../objects/dcvalues.o ../../objects/dcvalues.c gcc -c -I. -I. -I../../include -I../../include -I/usr/include/freetype2 -D__WINESRC__ -D_GDI32_ -D_REENTRANT -fPIC -Wall -pipe -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith -g -O2 -o ../../objects/dib.o ../../objects/dib.c gcc -c -I. -I. -I../../include -I../../include -I/usr/include/freetype2 -D__WINESRC__ -D_GDI32_ -D_REENTRANT -fPIC -Wall -pipe -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith -g -O2 -o ../../objects/enhmetafile.o ../../objects/enhmetafile.c gcc -c -I. -I. -I../../include -I../../include -I/usr/include/freetype2 -D__WINESRC__ -D_GDI32_ -D_REENTRANT -fPIC -Wall -pipe -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith -g -O2 -o ../../objects/font.o ../../objects/font.c gcc -c -I. -I. -I../../include -I../../include -I/usr/include/freetype2 -D__WINESRC__ -D_GDI32_ -D_REENTRANT -fPIC -Wall -pipe -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith -g -O2 -o ../../objects/gdiobj.o ../../objects/gdiobj.c gcc -c -I. -I. -I../../include -I../../include -I/usr/include/freetype2 -D__WINESRC__ -D_GDI32_ -D_REENTRANT -fPIC -Wall -pipe -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith -g -O2 -o ../../objects/metafile.o ../../objects/metafile.c gcc -c -I. -I. -I../../include -I../../include -I/usr/include/freetype2 -D__WINESRC__ -D_GDI32_ -D_REENTRANT -fPIC -Wall -pipe -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith -g -O2 -o ../../objects/palette.o ../../objects/palette.c gcc -c -I. -I. -I../../include -I../../include -I/usr/include/freetype2 -D__WINESRC__ -D_GDI32_ -D_REENTRANT -fPIC -Wall -pipe -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith -g -O2 -o ../../objects/pen.o ../../objects/pen.c gcc -c -I. -I. -I../../include -I../../include -I/usr/include/freetype2 -D__WINESRC__ -D_GDI32_ -D_REENTRANT -fPIC -Wall -pipe -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith -g -O2 -o ../../objects/region.o ../../objects/region.c gcc -c -I. -I. -I../../include -I../../include -I/usr/include/freetype2 -D__WINESRC__ -D_GDI32_ -D_REENTRANT -fPIC -Wall -pipe -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith -g -O2 -o ../../objects/text.o ../../objects/text.c gcc -c -I. -I. -I../../include -I../../include -I/usr/include/freetype2 -D__WINESRC__ -D_GDI32_ -D_REENTRANT -fPIC -Wall -pipe -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith -g -O2 -o bidi.o bidi.c bidi.c: In function `BIDI_Reorder': bidi.c:75: error: `WINE_GCPW_DIR_MASK' undeclared (first use in this function) bidi.c:75: error: (Each undeclared identifier is reported only once bidi.c:75: error: for each function it appears in.) bidi.c:77: error: `WINE_GCPW_FORCE_LTR' undeclared (first use in this function) bidi.c:80: error: `WINE_GCPW_FORCE_RTL' undeclared (first use in this function) bidi.c:83: error: `WINE_GCPW_LOOSE_LTR' undeclared (first use in this function) bidi.c:86: error: `WINE_GCPW_LOOSE_RTL' undeclared (first use in this function) make[2]: *** [bidi.o] Error 1 make[2]: Leaving directory `/home/ivan/Development/Wine/CVS/wine/dlls/gdi' make[1]: *** [gdi] Error 2 make[1]: Leaving directory `/home/ivan/Development/Wine/CVS/wine/dlls' make: *** [dlls] Error 2 [ivan@localhost wine]$

1 0

Wine User's guide : using Windows ODBC driver manager seems to work
by Emmanuel Charpentier 15 Jan '04

15 Jan '04

Following a suggestion in Wine User's Guide, (§ 1.1.2), I'd like to suggest an addition. The "ODBC" section (§ 5.12) gives details (§ 5.12.1) about the use of the native ODBC driver, routed through a fake "builtin" ODBC driver. I have not yet had to test it in real conditions. All I can tell is that I wasn't able to use it to "Attach" (M$ jargon) Postgres data in MS Access (see PPS for the setup) : when I tried to select "ODBC sources" from the "Attach tables" dialog, I got immediately an error box from unixODBC telling me that no data source was specified. However, the User's Guide is quite terse about the Windows ODBC driver. Exhaustive quotation : " Does anyone actually have any experience of this and anything to add?". Well, I do. In the same setup as before, I have been able to use the *native* odbc32.dll ODBC driver by pulling it from a real Windows instalation and adding "odbc32"="native,builtin" in the config file. I Installed the psqlodbc driver from the Postgres database, and retried : selecting "ODBC sources" in the "Attach tables" dialog box led me to the usual ODBC manager dialogs, where I have been able to create a DSN to my Postgres database. I have then been able to "Atach" my Postgres tables and views to an M$ Access database and peruse them. My conclusion is that such a setup can be used, if only to be able to export MS Access data to a more reasonable database manager. This information could be of some help to some people, and I'd like to see it reflected in the User's guide. Of course, I'm aware that such a quick test is no substitute to real tests and explorations. Feel free to reach to me for further information, test cases, etc ... Sincerely yours, Emmanuel Charpentier PS : I'm not on this list. Please Cc: me if you wishme to react to your answers. PPS : Setup : Debian (unstable), 2.4.21 kernel, Wine 20031212 as packaged in Debian, Win98SE (french), "fake windows" setup, using native stdole.tlb, ole32.dll, oleaut32.dll, rpcrt4.dll and, of course, odbc32.dll, MS Office 97 (installed without a hitch from the CD, except for a "Can't DDE connect to desktop" error in the setup, ignored) + SR1 parch. I have had success with SR2b, but this needs a lot more native DLLs, and I can't recall them at the moment (work machine). -- Emmanuel Charpentier

2 1

Re: Janitorial: Get rid of W->A calls for shlexec [RESEND]
by Marcelo Duarte 15 Jan '04

15 Jan '04

Why my patch was not applied? If it will be because it conflicts with the patches of the ROS, can leave that in the next weekend I intend to make this, thus diminishes the work of them. But necessary to know if my patch it goes to be accepted, if I do not go to be losing my time. Thank you. Em Sáb 10 Jan 2004 04:51, Marcelo Duarte escreveu: > Updated with the lastest cvs. > > Changelog: > Marcelo Duarte <wine-devel(a)bol.com.br> > -Janitorial: Get rid of W->A calls for shlexec > -Implementation of FindExecutableW -- Marcelo Duarte

1 0

Re: Solaris specific configuration
by Alexandre Julliard 15 Jan '04

15 Jan '04

Robert Lunnon <bobl(a)optushome.com.au> writes: > Changelog > Autodetection of XFREE86 as required for Solaris. This should be done in configure, assuming it is really necessary. Why can't we use the standard Xlib? -- Alexandre Julliard julliard(a)winehq.com

2 1

Re: ifenum.c mtu acquisition - Solaris
by Dimitrie O. Paun 15 Jan '04

15 Jan '04

On January 13, 2004 09:46 pm, Robert Lunnon wrote: > +#if !defined sun > *mtu = ifr.ifr_mtu; > +#else > + *mtu=ifr.ifr_metric; > + #endif The #endif is not properly indented, any special reason? -- Dimi.

2 1

comctl32/imagelist -> ImageList_Remove problem
by hatky 15 Jan '04

15 Jan '04

I run a free program call The All-seeing Eye, available for free at: http://www.udpsoft.com/eye2/index.html And run into a few errors like this: err:imagelist:ImageList_Remove index out of range! 0 ImageList_Remove gets( HIMAGELIST himl, int i) line 2040 of imagelist.c says: if ((i < -1) || (i >= himl->cCurImage)) { ERR("index out of range! %d\n", i); return FALSE; } But since "When an image is removed, the indexes of the remaining images are adjusted so that the ...." I assume most call do not include an index but only the handle as the case with this program from the trace I checked it sends 0 as the i and a true handle in himl and it makes since, since it first calls ImageList_Create to add images and ImageList_Create returns "Handle to the created image list" and not the place (remember the place changes anyway....) So..... I assume that in the case of the i = 0 the procedure should locate the i itself from the handle, am I right? getting close to his first patch :), Hatky. __________________________________ Do you Yahoo!? Yahoo! Hotjobs: Enter the "Signing Bonus" Sweepstakes http://hotjobs.sweepstakes.yahoo.com/signingbonus

2 1

Will function advapi32.dll.RegOpenUserClassesRoot will be implemented?
by MediaHost (TM) 14 Jan '04

14 Jan '04

Hi, Is there a chance, that function advapi32.dll.RegOpenUserClassesRoot will be implemented? As I can see, most up 2 date software of Micro$oft (Explorer etc.) is using this function and can not run on a W2K environment. Any suggestions? Regards Signer: Eddy Nigg Company: StartCom Group at http://www.startcom.org MediaHostT at http://www.mediahost.org --- StartCom Ltd. http://www.startcom.org Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.560 / Virus Database: 352 - Release Date: 1/10/2004

3 3

strange warning message when buildint current cvs
by Ivan Leo Murray-Smith 14 Jan '04

14 Jan '04

With current cvs, I get this strange warning message make[2]: Entering directory `/home/ivan/Development/Wine/CVS/wine/programs/winetest' cp ../../dlls/advapi32/tests/advapi32_test.exe.so advapi32_test.exe.so && strip -s advapi32_test.exe.so cp ../../dlls/gdi/tests/gdi32_test.exe.so gdi32_test.exe.so && strip -s gdi32_test.exe.so cp ../../dlls/kernel/tests/kernel32_test.exe.so kernel32_test.exe.so && strip -s kernel32_test.exe.so cp ../../dlls/ntdll/tests/ntdll_test.exe.so ntdll_test.exe.so && strip -s ntdll_test.exe.so cp ../../dlls/user/tests/user32_test.exe.so user32_test.exe.so && strip -s user32_test.exe.so cp ../../dlls/winmm/tests/winmm_test.exe.so winmm_test.exe.so && strip -s winmm_test.exe.so cp ../../dlls/winspool/tests/winspool.drv_test.exe.so winspool.drv_test.exe.so && strip -s winspool.drv_test.exe.so LD_LIBRARY_PATH="../../libs/unicode:$LD_LIBRARY_PATH" ../../tools/wrc/wrc --nostdinc -I. -I. -I../../include -I../../include -fowinetest.res winetest.rc ../../tools/winebuild/winebuild -D_REENTRANT -fPIC -o winetest.exe.spec.c --exe winetest.exe --exe-mode gui winetest.res main.o send.o util.o winetest.exe.dbg.o -L../../dlls -luser32 -lwsock32 gcc -c -I. -I. -I../../include -I../../include -D_REENTRANT -fPIC -Wall -pipe -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith -g -O2 -o winetest.exe.spec.o winetest.exe.spec.c {standard input}: Assembler messages: {standard input}:856275: Warning: .stabs: description field '1a385' too big, try a different debug format {standard input}:856278: Warning: .stabs: description field '1a38c' too big, try a different debug format {standard input}:856281: Warning: .stabn: description field '1a38c' too big, try a different debug format {standard input}:856287: Warning: .stabn: description field '1a38f' too big, try a different debug format {standard input}:856291: Warning: .stabn: description field '1a38c' too big, try a different debug format {standard input}:856299: Warning: .stabn: description field '1a38e' too big, try a different debug format {standard input}:856302: Warning: .stabn: description field '1a38f' too big, try a different debug format {standard input}:856305: Warning: .stabn: description field '1a38e' too big, try a different debug format {standard input}:856308: Warning: .stabn: description field '1a390' too big, try a different debug format {standard input}:856316: Warning: .stabn: description field '1a393' too big, try a different debug format {standard input}:856321: Warning: .stabn: description field '1a397' too big, try a different debug format {standard input}:856324: Warning: .stabn: description field '1a398' too big, try a different debug format {standard input}:856331: Warning: .stabn: description field '1a391' too big, try a different debug format {standard input}:856344: Warning: .stabn: description field '1a392' too big, try a different debug format {standard input}:856349: Warning: .stabn: description field '1a398' too big, try a different debug format {standard input}:856357: Warning: .stabn: description field '1a39a' too big, try a different debug format {standard input}:856378: Warning: .stabn: description field '1a39b' too big, try a different debug format {standard input}:856383: Warning: .stabn: description field '1a39c' too big, try a different debug format {standard input}:856389: Warning: .stabn: description field '1a39d' too big, try a different debug format {standard input}:856401: Warning: .stabn: description field '1a39e' too big, try a different debug format {standard input}:856413: Warning: .stabn: description field '1a39f' too big, try a different debug format {standard input}:856416: Warning: .stabn: description field '1a3a0' too big, try a different debug format {standard input}:856420: Warning: .stabn: description field '1a3a1' too big, try a different debug format {standard input}:856428: Warning: .stabn: description field '1a394' too big, try a different debug format {standard input}:856442: Warning: .stabs: description field '1a38d' too big, try a different debug format {standard input}:856443: Warning: .stabs: description field '1a38e' too big, try a different debug format {standard input}:856444: Warning: .stabs: description field '1a38f' too big, try a different debug format {standard input}:856445: Warning: .stabs: description field '1a38f' too big, try a different debug format {standard input}:856446: Warning: .stabs: description field '1a38f' too big, try a different debug format {standard input}:856509: Warning: .stabs: description field '1a3f3' too big, try a different debug format {standard input}:856513: Warning: .stabn: description field '1a3f3' too big, try a different debug format {standard input}:856522: Warning: .stabn: description field '1a3f5' too big, try a different debug format {standard input}:856530: Warning: .stabn: description field '1a3f6' too big, try a different debug format {standard input}:856548: Warning: .stabs: description field '1168a' too big, try a different debug format {standard input}:856549: Warning: .stabs: description field '12078' too big, try a different debug format {standard input}:856550: Warning: .stabs: description field '12fff' too big, try a different debug format {standard input}:856551: Warning: .stabs: description field '13f10' too big, try a different debug format {standard input}:856552: Warning: .stabs: description field '148d9' too big, try a different debug format {standard input}:856553: Warning: .stabs: description field '17277' too big, try a different debug format {standard input}:856554: Warning: .stabs: description field '181cf' too big, try a different debug format {standard input}:856555: Warning: .stabs: description field '18d39' too big, try a different debug format {standard input}:856556: Warning: .stabs: description field '19709' too big, try a different debug format {standard input}:856557: Warning: .stabs: description field '1a290' too big, try a different debug format {standard input}:856558: Warning: .stabs: description field '1a2a8' too big, try a different debug format {standard input}:856559: Warning: .stabs: description field '1a2f2' too big, try a different debug format {standard input}:856560: Warning: .stabs: description field '1a3cf' too big, try a different debug format gcc -shared -Wl,-Bsymbolic,-z,defs,-init,__wine_spec_init,-fini,__wine_spec_fini winetest.exe.spec.o main.o send.o util.o winetest.exe.dbg.o -o winetest.exe.so -L../../libs/wine -lwine -L../../libs/port -lwine_port -lm -lc make[2]: Leaving directory `/home/ivan/Development/Wine/CVS/wine/programs/winetest' make[2]: Entering directory `/home/ivan/Development/Wine/CVS/wine/programs/winevdm' make[2]: Nothing to be done for `all'. make[2]: Leaving directory `/home/ivan/Development/Wine/CVS/wine/programs/winevdm' make[2]: Entering directory `/home/ivan/Development/Wine/CVS/wine/programs/winhelp' make[2]: Nothing to be done for `all'. make[2]: Leaving directory `/home/ivan/Development/Wine/CVS/wine/programs/winhelp' make[2]: Entering directory `/home/ivan/Development/Wine/CVS/wine/programs/winver' make[2]: Nothing to be done for `all'. make[2]: Leaving directory `/home/ivan/Development/Wine/CVS/wine/programs/winver' make[1]: Leaving directory `/home/ivan/Development/Wine/CVS/wine/programs' make[1]: Entering directory `/home/ivan/Development/Wine/CVS/wine/server' make[1]: Nothing to be done for `all'. make[1]: Leaving directory `/home/ivan/Development/Wine/CVS/wine/server' Wine build complete. I've tried make distclean and I still get it. I'm using gcc 3.3.1-2mdk, does this classify as something that should be fixed? Ivan.

2 1

Re: PATCH: Port Tim Ferguson's ICCVID codec to Wine
by Dmitry Timoshkov 14 Jan '04

14 Jan '04

"Mike McCormack" <mike(a)codeweavers.com> wrote: > ChangeLog: > Tim Ferguson <Tim.Ferguson(a)infotech.monash.edu.au> > Mike McCormack <mike(a)codeweavers.com> > * Port Tim Ferguson's ICCVID codec to Wine Mike, could you put the iccvid sources at the same place as msrle32 (dlls/msvideo) and resend the patch? -- Dmitry.

4 4

Shell32 Patch 1.1
by Steven Edwards 14 Jan '04

14 Jan '04

This patch replaces the prior patch. The ReactOS changelog wasnt very good and Martin pointed out that I missed the spec file. Changelog: "Martin Fuchs" <martin-fuchs(a)gmx.net> Implement RestartDialog and RestartDialogEx __________________________________ Do you Yahoo!? Yahoo! Hotjobs: Enter the "Signing Bonus" Sweepstakes http://hotjobs.sweepstakes.yahoo.com/signingbonus

1 0

Re: More Vacation backlog
by Hans Leidekker 14 Jan '04

14 Jan '04

On Tuesday 13 January 2004 23:57, Uwe Bonnes wrote: > +HANDLE DEVICE_Open( LPCWSTR filenameW, DWORD access, DWORD attributes, LPSECURITY_ATTRIBUTES sa ) > { > const struct VxDInfo *info; > char filename[MAX_PATH]; > @@ -283,7 +283,7 @@ > > for (info = VxDList; info->name; info++) > if (!strncasecmp( info->name, filename, strlen(info->name) )) > - return FILE_CreateDevice( info->id | 0x10000, access, sa ); > + return FILE_CreateDevice( info->id | 0x10000, access, access, sa ); ^^^^^^ I think you want to pass 'attributes' here, right? -Hans

1 0

listview and LVS_OWNERDATA problems update
by Dan Kegel 14 Jan '04

14 Jan '04

I just revisited http://bugs.winehq.org/show_bug.cgi?id=1268 and found that things are improved, but not fully working; there is corruption to the left of column 1 in the demo app. I have not yet rechecked http://bugs.winehq.org/show_bug.cgi?id=1404 to see how well that demo app is doing. - Dan

1 0

wwn #110 ??
by Tom 14 Jan '04

14 Jan '04

If I look at WWN #110 on winehq.org I get this http://www.winehq.org/?issue=110 If I look at 110 at : http://kt.zork.net/wine/wn20011212_110.html it is almost toatly different!! Do I need to start reading both sites each week? And I guess ill send a patch to fix this as there is alot of good crap here to read! :) Tom

1 0

Jump to page:

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