December 2003 - Wine-Devel - list.winehq.org

Current CVS dlls/winmm/winealsa/audio.c issue
by Carl Sopchak Dec. 22, 2003

Dec. 22, 2003

I just did a cvs update on the wine tree, and tried to build it. The build failed when trying to link winealsa.drv.spec, with ALSA_widMessage reference undefined. The issue was that the majority of the code in audio.c, including one definition of the function ALSA_widMessage, is conditioned upon #if defined(HAVE_ALSA) && ((SND_LIB_MAJOR == 0 && SND_LIB_MINOR >= 9) || SND_LIB_MAJOR >= 1) Then, near the bottom, another version of ALSA_widMessage is compiled conditioned upon #ifndef HAVE_ALSA So, If HAVE_ALSA is defined, but the rest of the first condition causes it to evaluate to FALSE, neither version of ALSA_widMessage gets compiled. This is apparently what is happening to me. Unfortunately, I have no idea about what *should* be happening here. To get the build to continue, I just made the second half (&& onward) of the first condition into a second condition, added an #else, and copied the version of ALSA_widMessage that gets compiled #ifndef HAVE_ALSA into the #else clause. I'm not sure if ./configure is erroneously setting HAVE_ALSA, or if the SND_LIB_* values are not defined right, or if the #if conditions are wrong in audio.c. (I'd think that the later is at least *part* of the problem...) Sad to say, I don't have the expertise, time, or, quite frankly, the desire to look into this right now. (I'm actually trying to work on a problem with Quicken Delux 2000 printing partial page landscape checks that causes wine to crash which just started with a recent cvs update. But that's another e-mail...) But I thought someone who might be working on this code would be interested in knowing about it. Regards, Carl

2 1

Wine Status Page Pre-1
by Tom Dec. 22, 2003

Dec. 22, 2003

Hello All, Here is the current DLL's Status Page. Ive made a number of changes since I last sent these partial pages to the dev-list. Here is a list of things I still need todo for completeness. 1) Proof Read! (against all my notes) 2) Doc links, (Thursday night Friday AM) 3) Send to Brian V for WWN coverage :) (Brian if you want you can get a early start) 4) Add/Remove todo's 5) changelog update 6) Give everyone a chance to respond.. Friday? ;) 7) diff -u & send 8) :) Happy Holidays, Tom

3 3

new old winetests
by Ferenc Wagner Dec. 21, 2003

Dec. 21, 2003

Hi there, I've got a more or less standalone version which can run the tests and submit the results to a CGI script, if possible. It also differentiates between libwine and cross builds. I would be grateful for a review. One week point is its integration into the build system: I hacked something together which works, but not sure at all if that's the right way. One other is that I did not notice that the tests return the number of tests failed as their exit status. It adds a couple of lines to the output... Anyway: programs/winetests directory: Cross-compiled .exe without the dsound tests: http://afavant.elte.hu/~wferi/wine/tests.zip Submission point (for now you won't see anything and submissions overwrite each other, but this must be contactable for automatic submission): http://afavant.elte.hu/~wferi/cgi-bin/winetests.cgi Pretty much deuglifying work remains, but it does something (for me). Sorry for the slow progress... Feri.

4 30

Re: Allow direct device access ( cdrom, floppy)
by Hans Verkuil Dec. 20, 2003

Dec. 20, 2003

Hello Uwe, Uwe Bonnes wrote: > appended patch opens the devicefile connected to a drive as connected by > the user in ~/.wine/config [Drive X] "Device" = "/dev/yyy". > The appropriate action on that file ( read, write, set_file_pointer, ...) > succeed according the the righte the user has on that device. > > That way, I am able to open a unencrypted DVD with "DVD Shrink", inspect > the structure and watch the movie, without mounting the DVD. ( For > encryted DVD, I have on my disk the needed translation of the > DeviceIOControls). Thank you for your patch! I was also looking into it when a google search turned up your message on the newsgroup. Are you planning to make a patch for the DeviceIOControls? I've added them myself in order to allow DVD Shrink to use encrypted DVDs. As the implementation is just passing on the DeviceIOControl calls to linux ioctls I wonder why you haven't submitted a patch for this. If you have no plans for creating a patch, then I'm willing to do so. Let me know what you intend to do, Regards, Hans Verkuil

3 3

Segfault in winedump (spotted by valgrind)
by Sylvain Petreolle Dec. 20, 2003

Dec. 20, 2003

Trying to dump a winme dll, winedump crashed with a segfault. Valgrind gives these results, have someone a clue ? This file comes from a working Win9x installation. [syl(a)wine system]$ file commctrl.dll commctrl.dll: MS-DOS executable (EXE), OS/2 or MS Windows [syl(a)wine system]$ valgrind winedump spec commdlg.dll ==26058== Memcheck, a.k.a. Valgrind, a memory error detector for x86-linux. ==26058== Copyright (C) 2002-2003, and GNU GPL'd, by Julian Seward. ==26058== Using valgrind-20031012, a program supervision framework for x86-linux. ==26058== Copyright (C) 2000-2003, and GNU GPL'd, by Julian Seward. ==26058== Estimated CPU clock rate is 1407 MHz ==26058== For more details, rerun with: -v ==26058== Can't get a suitable file signature, aborting ==26058== discard syms in /c/windows/system/commdlg.dll due to munmap() ==26058== Invalid read of size 4 ==26058== at 0x804FD3D: dll_next_symbol (pe.c:1239) ==26058== by 0x804A431: main (main.c:413) ==26058== by 0x126BAE: __libc_start_main (in /lib/libc-2.3.2.so) ==26058== by 0x8048E48: (within /usr/local/bin/winedump) ==26058== Address 0x4 is not stack'd, malloc'd or free'd Erreur de segmentation ===== Sylvain Petreolle (spetreolle_at_users_dot_sourceforge_dot_net) ICQ #170597259 Say NO to software patents Dites NON aux brevets logiciels "What if tomorrow the War could be over ?" Morpheus, in "Reloaded". _________________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

2 1

Re: last try for now: one desktop window
by Mike Hearn Dec. 20, 2003

Dec. 20, 2003

After getting depressed at how broken InstallShield still is, I thought I'd check up on why this patch was never merged. I know Alexandre isn't on holiday, but maybe he'll see this when he gets back. thanks -mike On Tue, 2003-10-21 at 15:13, Alex Pasadyn wrote: > This is a first attempt at "fixing" desktop mode. The Winelib program > winedesktop creates and maintains one Wine desktop window that is shared > across all applications.

1 0

Bugs in wine-[pk]thread launch
by Mike Hearn Dec. 20, 2003

Dec. 20, 2003

Hi, Since the NPTL runtime code split wine into two binaries, I've noticed the following problems (ignoring the winedbg breakage): * I get this message in my /var/log/messages file: application bug: wine-pthread(12443) has SIGCHLD set to SIG_IGN but calls wait(). * I often get lots of zombie wine processes, presumably because the parent wine launcher process never reaps the child. I don't know enough to fix either of these problems, but thought I'd report them anyway.... thanks -mike

1 0

Re: Problems with x11drv_main.c version 1.83
by Shachar Shemesh Dec. 20, 2003

Dec. 20, 2003

Sami Aario wrote: >I did some Googling and found this link which I believe is relevant: >http://lists.debian.org/debian-kde/2003/debian-kde-200305/msg00357.html. >I've been launching applications from the console, where DISPLAY is not set. >Under an X bash shell however, 'echo $DISPLAY' gives me ':0.0' as expected, >and I don't get the error I mentioned previously when launching wine. > >Is this how it's supposed to work, i.e. should I specify DISPLAY explicitly >on >the console if I want to launch wine applications from there? > > When launching X applications the "DISPLAY" variable should be set. Wine is such an application. When you launch Wine from a term launched within the X environment, this variable is already set. If you want to launch an X application from outside that environment, you need to make sure that the app knows which X server to connect to (the DISPLAY variable), as well as have the proper authorization. In your case, the authorization was probably not an issue, because the same user that was running the app from X is the one who started the server (and thus had authorization to do so). As such, nothing besides setting the DISPLAY var is neccessary. If you are going to complicate your setup further, however, I would recommend you RTFM "xauth", as well as the XAUTHORITY environment variable. A simpler but less safe solution is to use "xhost". I would recommend against, however. Shachar -- Shachar Shemesh Open Source integration & consulting Home page & resume - http://www.shemesh.biz/

1 0

Problems with x11drv_main.c version 1.83
by Sami Aario Dec. 20, 2003

Dec. 20, 2003

Hi list, Version 1.83 of dlls/x11drv/x11drv_main.c does not work for me. This patch removes the Display option in the config file, and now I get this error message: "x11drv: Can't open display: " (and no display name given). I've had to revert to version 1.81. Is the display name supposed to be given somewhere else (e.g. the registry) or are things supposed to happen automagically? My system is a debian woody, and XFree86 -version reports 4.1.0.1.

3 5

winver gone?
by Brett I. Holcomb Dec. 20, 2003

Dec. 20, 2003

I've tried using wine --winver win98 --hl.exe -console and wine spits out the help telling me what arguments I can use. Is winever no longer available?I've tried using wine --winver win98 --hl.exe -console and wine spits out the help telling me what arguments I can use. Is winever no longer available?

3 3

Re: [Resend 2] SHLWAPI fixes
by Dimitrie O. Paun Dec. 20, 2003

Dec. 20, 2003

On December 19, 2003 03:19 pm, Flameeyes wrote: > I hope this one is good. > I also removed the leading '?' list. A ChangeLog entry explaining what your changes are doing would also be good :) -- Dimi.

1 0

Re: wine/programs/winefile Makefile.in
by Martin Fuchs Dec. 20, 2003

Dec. 20, 2003

Hello, On 13.12.2003 04:21:30 Alexandre Julliard wrote: > ChangeSet ID: 10428 > CVSROOT: /opt/cvs-commit > Module name: wine > Changes by: julliard(a)wine.codeweavers.com 2003/12/12 21:21:30 > > Modified files: > programs/winefile: Makefile.in > > Log message: > Define __WINE__ to enable extensions (spotted by Martin Fuchs). > > Patch: http://cvs.winehq.com/patch.py?id=10428 > > Old revision New revision Changes Path > 1.4 1.5 +1 -0 wine/programs/winefile/Makefile.in It's not enough to define __WINE__ for the C compiler. We also need it for compiling the resource script: Index: Makefile.in =================================================================== RCS file: /home/wine/wine/programs/winefile/Makefile.in,v retrieving revision 1.5 diff -u -p -d -r1.5 Makefile.in --- Makefile.in 13 Dec 2003 03:21:30 -0000 1.5 +++ Makefile.in 13 Dec 2003 08:13:41 -0000 @@ -1,4 +1,5 @@ EXTRADEFS = -D__WINE__ +EXTRARCFLAGS = -D__WINE__ TOPSRCDIR = @top_srcdir@ TOPOBJDIR = ../.. SRCDIR = @srcdir@ -- Martin Fuchs martin-fuchs(a)gmx.net

3 4

Re: [Resend 2] SHLWAPI fixes
by Dmitry Timoshkov Dec. 20, 2003

Dec. 20, 2003

"Flameeyes" <dgp85(a)users.sourceforge.net> wrote: > I hope this one is good. Not really. Please review your patch for similar problems in other places. -- Dmitry.

1 0

Problems with ilink32
by Flameeyes Dec. 19, 2003

Dec. 19, 2003

Hi, I used to write applications for windows with Borland C++ Builder 6. The problem is that wine, either from cvs or release, froze when linking programs with ilink32. I fixed the problem with older releases using this patch: Index: dlls/ntdll/virtual.c =================================================================== RCS file: /home/wine/wine/dlls/ntdll/virtual.c,v retrieving revision 1.9 diff -u -3 -r1.9 virtual.c --- dlls/ntdll/virtual.c 12 Aug 2003 23:50:55 -0000 1.9 +++ dlls/ntdll/virtual.c 17 Aug 2003 11:15:57 -0000 @@ -1203,6 +1203,8 @@ return STATUS_ACCESS_DENIED; } + VirtualAlloc( 0x80000000, 0x1000, MEM_RESERVE | MEM_SYSTEM, PAGE_EXECUTE_READWRITE ); + base = ROUND_ADDR( addr, page_mask ); /* Find the view containing the address */ @@ -1255,6 +1257,8 @@ info->BaseAddress = (LPVOID)base; info->AllocationBase = (LPVOID)alloc_base; info->RegionSize = size - (base - alloc_base); + if ((info->BaseAddress + info->RegionSize) > 0xc0000000) + info->RegionSize = 0xc0000000 - (DWORD)info->BaseAddress; if (res_len) *res_len = sizeof(*info); return STATUS_SUCCESS; } the problem is that now the patch doesn't apply on wine. How can I do to continue working with BCB under wine? Thanks. -- Flameeyes <dgp85(a)users.sf.net> http://flameeyes.web.ctonet.it/

1 0

RPMs for Redhat 9 missing on SourceForge
by Paul Kopacz Dec. 19, 2003

Dec. 19, 2003

Trying to download the rpm for release 20031212 for Redhat 9. The release notes say that a RH9 version is available, but it's not listed in the files. Could someone direct me? Thanks, Paul -- Paul Kopacz <pkopacz(a)uoguelph.ca>

2 1

%HOME% - maybe works
by Brett I. Holcomb Dec. 19, 2003

Dec. 19, 2003

It appears that using %HOME% in a drive spec may not work well. I know winecheck says it can't find the drive but if I put in /home/myhome winecheck is happy. Wine doesn't seem to complain about it. Is this a winecheck or Wine problem?

2 1

wrc vs IDC_STATIC
by Ferenc Wagner Dec. 19, 2003

Dec. 19, 2003

Hello, wrc does not seem to grok IDC_STATIC. Isn't it supposed to work out of the box? It is defined to -1 in the MinGW headers. Sorry if I'm talking nonsense, first steps in Win32 GUI programming... Feri.

2 2

Winamp 3
by Brian Vincent Dec. 19, 2003

Dec. 19, 2003

Looks like Nullsoft has released the Winamp 3 code as open source. I have no idea what their build process is like, but maybe porting it could be added to the Winelib page? http://www.wasabidev.org/ -brian

1 0

will not compile projects.
by Elizabeth Kowalsky Dec. 19, 2003

Dec. 19, 2003

hello: I am insterested in poring the Fluke Networks Linkware to Linux. I get the following when I issue the commands when I am in teh directory where I want to port the app from: [princessangry(a)localhost system]$ winemaker --lower-uppercase . Winemaker 0.5.9 Copyright 2000 Francois Gouget <fgouget(a)codeweavers.com> for CodeWeavers Scanning the source directories... Fixing the source files... Generating project files... . [princessangry(a)localhost system]$ ./configure --with-wine=/princessangry/.wine checking whether make sets $(MAKE)... yes checking for gcc... gcc checking for C compiler default output... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for gcc option to accept ANSI C... none needed checking for g++... g++ checking whether we are using the GNU C++ compiler... yes checking whether g++ accepts -g... yes checking how to run the C preprocessor... gcc -E checking whether ln -s works... yes checking for sqrt in -lm... yes checking for iswalnum in -lw... no checking for gethostbyname... yes checking for connect... yes checking for gcc strength-reduce bug... no checking whether we can build a Linux dll... yes checking whether we need to define __i386__... checking for egrep... grep -E no checking whether we need to define __sparc__... no checking whether we need to define __sun__... no checking whether we need to define __powerpc__... no checking for g++ -fpermissive option... yes checking for g++ -fno-for-scope option... yes checking for windef.h... configure: error: Could not find the Wine headers (windef.h) I cna not find the windef.h file anywhere!!! Please help!!! thanks PrincessAngry

3 2

Re: [Resend] SHLWAPI fixes.
by Dmitry Timoshkov Dec. 19, 2003

Dec. 19, 2003

"Flameeyes" <dgp85(a)users.sourceforge.net> wrote: > The attached patches fixes some functions of shlwapi I needed to run an > application I wrote with BCB that was using MS XML Parser. > I'm using it and works well AFAIK. > @@ -2346,6 +2376,9 @@ > } > StrCpyW(pszPointer, pszPath); > StrCpyW(pszUrl, pszNewUrl); > + > + LPWSTR slash; > + while((slash = StrChrW(pszUrl, '\\'))) *slash = '/'; > return S_OK; > } Your patch will not compile with older C compilers. You need to put variables on the top of the function body. Please resend. -- Dmitry.

1 0

DC ownerdrawn background mode
by Fabian Cenedese Dec. 18, 2003

Dec. 18, 2003

Hi I have a control derived from CListCtrl. It's completely ownerdrawn. The problem comes when some item is selected. The whole column is drawn selected but the text is drawn with the actual back color instead of transparent. As this is white I get white text on white background... very readable :) I found that the difference between Windows and wine is the background mode. In Windows it's transparent whereas in wine it's opaque. I never change the background mode in my app, I guess I just lived from the fact that it's default transparent. Where is this set? Is this a wrong default parameter in wine or do I explicitly have to set the background mode in my app? I can do this, then it shows ok. But that's another change to my application I have to do because of wine. Maybe other apps may have similar problems. bye Fabi // from my code: void CMyCtrl::DrawItem(LPDRAWITEMSTRUCT lpDrawItemStruct) { // Prepare and test device context CDC* pDC = CDC::FromHandle(lpDrawItemStruct->hDC); // this is 1 for windows but 2 for wine // pDC->GetBkMode(); // wine fix pDC->SetBkMode(TRANSPARENT);

2 1

Fwd:SourceForge.net Sitewide update: Dec 9th, 2003
by Ivan Leo Murray-Smith Dec. 18, 2003

Dec. 18, 2003

>Projects will need to ''opt-in'' in order to accept >donations. Dimi, are you going to opt in?

4 3

Fix for debugger breakage
by Mike Hearn Dec. 18, 2003

Dec. 18, 2003

Hi, What is the status of this problem? I tried setting WINELOADER to point to wine-pthread, and while that allowed winedbg to load symbols it spewed loads of errors while doing so. Is there a proper fix for this? BTW I think the recent URL Cache patch broke the IE setup program, I get a crash there calling InterlockedExchange with a null pointer dereference. thanks -mike

3 6

winedbg question
by Chris Morgan Dec. 18, 2003

Dec. 18, 2003

Should winedbg be able to load symbols up for non-wine libraries? After the export WINELOADER idea I've got wine symbols but I'm still trying to debug a bizzare crash in winejack where I get: ~/c$ wine sndrec32.exe Could not stat /mnt/fd0 (No such file or directory), ignoring drive A: Segmentation fault and when running under winedbg: *** Invalid address 0x40017f40 (_end+0x2ff03f40) Loaded debug information from ELF '/usr/local/lib/wine/ midimap.drv.so' (0x41090000) In 32-bit mode. Wine-dbg>cont Stopped on breakpoint 1 at 0x0100d32e (sndrec32.exe.EntryPoint in sndrec32.exe) Wine-dbg>cont Invalid address for breakpoint 1, disabling it Invalid address for breakpoint 2, disabling it Process of pid=0000000a has terminated Wine-dbg> >From single stepping I've found the function where the segfault appears to occur but its inside of jack_activate() in libjack.so.0 but symbols for this library don't appear to be loaded: *** Invalid address 0x40017f40 (_end+0x2ff03f40) No debug information in ELF '/usr/local/lib/libjack.so.0' (0x40f56000) No debug information in ELF '/lib/tls/librt.so.1' (0x40f62000) nm libjack.so.0 lists a bunch of symbols and I'm able to set a breakpoint on jack_activate() using gdb on a native linux app so it looks like debug information is built into libjack.so.0. Thanks, Chris

4 5

Problem with "exec shield" workaround
by Troy Rollo Dec. 18, 2003

Dec. 18, 2003

The "exec shield" workaround (loader/main.c, libs/wine/port.c) has a side-effect of leaving a several thousand byte area of memory allocated just after the reserved pe_area. Under Windows, it is possible to fairly reliably map files or allocate memory explicitly using a fixed address of 0x10000000. The left-over memory from the loader causes programs that rely on this to fail. It seems that this workaround should either be a user setting or should mmap the memory area desired so that it can be removed without leaving behind a small fragment after that area.

1 0