May 2005 - Wine-devel - list.winehq.org

WineHQ css; binfmt && Mono && wine
by Brian Vincent 22 May '05

22 May '05

Something broke on WineHQ. For some reason <br /> tags aren't getting parsed right - see this week's WWN for an example. It's displaying "<BR>". I haven't looked into it at all, but I figured someone (Dimi?) might remember messing with this stuff recently. Also, anyone happen to know if Wine can be used in conjunction with binfmt alongside Mono? Are there any unique C# identifiers in the first 128 bits of a .Net executable that could identify it? It appears the Mono guys recommend looking for the magic MZ bytes, which is exactly what Wine requires also. We can't look for "PE" since binfmt can only look at the first 127 bytes of a file. -Brian

8 10

console behaviour of tty vs. x11 driver
by Kuba Ober 22 May '05

22 May '05

Hi, I'm running vc.net as a cross-compiler under wine. Everything looks very nice when you run it with X server running. Yet, when there's no X present, winetty driver kicks in and corrupts the console output. Is there a simple remedy? Here are the problems that I observe: 1. Pointless Xlib error message about it not being able to connect to the X server -- this wastes 2 lines of screen real estate and the apps in question are console-only *anyway* It'd be nice to have an environment variable or a registry setting to disable showing of this message. 2. Winetty seems to use ncurses for simple line-oriented output where winex11 did the right thing and didn't wrap the output with escape sequences in such a weird way 3. Winetty clears the screen upon startup (due to ncurses maybe), so e.g. running things from nmake.exe makes the screen get wiped everytime a compile/link step is invoked. This has a nasty side effect: with winetty driver a simple wine foo.exe > log gives you corrupt output with escape sequences that weren't reallyoutput by foo.exe , whereas with winex11 wine foo.exe > log gives you the *correct* output capture. I will file a bug for it if it's not just something weird on my side. Kuba

2 1

WineConf todo list
by Francois Gouget 21 May '05

21 May '05

I'm trying to gather a list of stuff we said needed to be done at WineConf. Of course the initial list is going to be horribly incomplete but I'm sure others will contribute the missing pieces. * Wine Wiki This seems to be done already. It's available there: http://wiki.winehq.org/ * Add a list of companies providing Wine services and support This discussion/flameware is in full swing. * Putting the videos online Done. Maybe some retouching / cleanup to do if we find someone knowledgeable and willing. * Moving the Wine doc to SourceForge The documentation, i.e. the SGML files in documentation/, uses completely different tools from the rest of Wine. Also Alexandre does not want to deal with its translations. So move the SGML documentation to its own CVS repository, winedoc, which we could host on SourceForge. The English version would go in the en subdirectory so we can easily add translations. * Check in the French translation and corresponding infrastructure. The translation will go in the fr subdirectory of the winedoc CVS repository. At the same time the infrastructure for adding other translations should be put in place. * Make an easy to use cxtest script. The idea is to have a script which could be put in a crontab so it can be run entirely automatically and which would: - checkout / update and recompile CXTest - checkout / update and recompile the latest Wine - run regression tests using Wine's Winelib applications - maybe download some free applications and run tests to make sure they install and start up Jozef Stefanka is planning to work on this. * Get rid of the configuration file Well that's the 0.9 todo list. Maybe it's best to keep it separate from this list. * Find a way to document the registry I had a discussion with Alexandre and lamented that, now that we're going to move things out of the configuration, we won't be able to put comments describing what each setting does. However we already have the problem with all of the Windows settings. Furthermore he noted that it's hard to find where a given setting is used in the Wine code (because the registry path is encoded as a Unicode string?). And the problem is compounded by the lack of proper documentation for registry settings in MSDN. So the idea is to create a way to document each registry setting in the source code so it can be extracted with a tool similar to c2man.pl (or with a hacked c2man.pl). -- Francois Gouget fgouget(a)free.fr http://fgouget.free.fr/ Avoid the Gates of Hell - use Linux.

4 3

Re: dwarf2 support progress step 4
by Mike Hearn 21 May '05

21 May '05

On Fri, 20 May 2005 23:16:12 +0200, Raphael wrote: > We only have to build a correct symt model to get it working perfectly What exactly will this work allow - will winedbg get better as a result? At the moment backtraces already give function information... thanks -mike

4 3

Serialization of DEBUGMSG needed
by Uwe Bonnes 21 May '05

21 May '05

Hallo, running CVS wine on my dual pentium machine with debugmessages enabled, I now see that both CPUs spit out debug output at the same time, leading to garbled output, like: 000b:Call gdi32.GetCurrentObject(0000136c,00000005) ret=7f0013:Ca000b:Ret gdi32.GetCurrentObject() retval=00000044 ret=7fef3e40 0013:Ret ntdll.NtUnmapViewOfSection() retval=00000000 ret=77b000b:R0013:Ret kernel32.UnmapViewOfFile() retval=00000001 re000b:Call g0013 :Ret wininet.CommitUrlCacheEntryW() re000b:Ret gdi32.GDI_ReleaseObj() retval=00000000 ret=7fef3f1d Is this an artefact of my machine or a wine problem? In the latter case, as Hyperthreading amd Multicore machines will get more available with time, a fix would be appreciated. Bye -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt --------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------

1 0

[RFC] upmfs - page-unaligned mmap() for Linux
by Dan Aloni 21 May '05

21 May '05

Hello All, I'd like to bring this to your attention and review, hopefully to spawn some constructive discussions. The code was a result of experiments I've been doing lately concering some new idea not especially related to WINE. To quote myself from http://wiki.winehq.org/UnalignedMmap: ---- Large majority of PE executables have sections that are page-aligned in memory but not in the PE file image. Linux's mmap() doesn't support mappings that are not aligned to page boundries with regard to file offsets. Currently it forces wineserver to fake mmap() by allocating anonymous pages and using read() to load the sections. In dlls/ntdll/virtual.c, comment above map_file_into_view() says: "Linux kernels before 2.4.x can support non page-aligned offsets, as long as the offset is aligned to the filesystem block size. This is a big performance gain so we want to take advantage of it." These days are long gone, we are now using Linux 2.6, and it doesn't support unaligned mmap(). Enter upmfs. This simple kernel module exports this function to userspace using '/proc': * int mmap_offset(int fd, unsigned long offset); Given an fd and an offset, a new fd is returned. Using mmap() on that new fd, the mapping will be aligned with the given offset, which can be smaller than PAGE_SIZE. A wineserver implementation can check the existance of that module in the kernel (i.e "/proc/upmfs/interface" exists) and use its functionality. ---- The code for the upmfs source package is attached to this post. -- Dan Aloni da-x(a)colinux.org

1 0

environment-priority
by Detlef Riekenberg 21 May '05

21 May '05

Hi While working with wine, I found the way how wine handles the environment. example for "TMP": 1. HCU\Environment\TMP 2. HKLM\System\CurrentControlSet\Control\Session Manager\Environment\TMP 3. $WINETMP 4. $WINEPREFIX/config (TEMP) 5. Buildin Default (c:\windows\temp) During "wineprefixcreate", "TMP" and "TEMP" are created for entry 2 (HKLM\..) from entry 4 ($WINEPREFIX/config : TEMP) with a fallback to entry 5 (c:\windows\temp), but entry 3 ($WINETMP) is ignored. When I delete the entry 2 (HKLM\..), then entry 3 is used ($WINETMP). IMHO, "$WINETMP" should overwrite all other locations. PS: Tested only "WINETMP", but there are also $WINETEMP, WINEHOME and WINEPATH. -- By By ... ... Detlef

1 0

[WINEDOCS] WINEPREFIX and other variables
by Detlef Riekenberg 21 May '05

21 May '05

Hi While reading the source to learn how wine works internal, i found some things not found in the documentation (wine-user.pdf, wine-devel.pdf or winelib-user.pdf): environment: WINEPATH WINEHOME WINETEMP WINETMP "WINEPREFIX" is not new for me (working with wineprefixcreate), but the documentation is "rare". I found many references for "~/.wine" (winetools is worst case in this). Is someone working on the documentation for this? Target-Documentation for this ? [IMHO: (wine|winelib)-(user|devel)] PS: sgml is a black hole for me atm. -- By By ... ... Detlef

3 2

Re: Detecting ulimit problem
by Daniel Kegel 21 May '05

21 May '05

efrias(a)syncad.com wrote: > http://bugs.winehq.org/show_bug.cgi?id=2609 > [Proposed fix:] > struct rlimit address_limits; > int required_address_space = 1024 * 1024 * 1400; /* 1400M */ > getrlimit(RLIMIT_AS, &address_limits); > if (address_limits.rlim_max < required_address_space) > WINE_WARN("Your virtual memory limit is set to %dk, which > will\nprobably prevent wine from loading correctly. If you get an > error,\nincrease the limit with 'ulimit -v' to at least %dk.\n", > address_limits.rlim_max / 1024, required_address_space / 1024); Looks groovy to me. But it will completely annoy people using 2.4 kernels, which by default have only 896MB of user address space, won't it? (I may be confused here, but that's what I remember.) See e.g. http://mail.nl.linux.org/kernelnewbies/2004-12/msg00073.html + On a system with 1 gigabyte of memory, you may get 896 MB of + "user memory" and 128 megabytes of "high memory" with this + selection. This is the usual setting. So I'd encourage you to submit a patch to do this, but only after testing on Red Hat 9.0 to make sure I'm wrong :-)

5 5

Re: Implement RegNotifyChangeKeyValue on top of NtNotifyChangeKey
by Dimitrie Paun 21 May '05

21 May '05

> This patch removes the last server call from advapi32 and we should keep > it free from server calls to reduce the effects of the changing of a > server interface. Nice. BTW, what DLLs make server calls? Any other that shoudn't but still do? -- Dimi.

3 2