- Wine-Devel - list.winehq.org

Re: RESEND: Try to avoid loading 16-bit DLLs into memory for accessing version info
by Alexandre Julliard Aug. 2, 2004

Aug. 2, 2004

Dmitry Timoshkov <dmitry(a)baikal.ru> writes: > Changelog: > Dmitry Timoshkov <dmitry(a)codeweavers.com> > Try to avoid loading 16-bit DLLs into memory for accessing > version info, this might lead to undesired side effects like > loading a bunch of other 16-bit DLLs. The problem I see is that this will bypass the loadorder config, and retrieve the version of the native dll in all cases. I think it would be better to try to take loadorder into account, though I admit it's not trivial to do. -- Alexandre Julliard julliard(a)winehq.org

2 2

Anyone writing COM tests?
by Duane Clark Aug. 2, 2004

Aug. 2, 2004

Howdy, Debugging a problem I am having in COM (mentioned a few weeks ago), I think I know what the problem is but not where. So I figured some COM test would help me to understand how things should work. I was a bit surprised to see no COM tests, or at least I didn't find any in the ole* directories. So I figured if no one else is working on them, I might take a shot at it over the next few weeks/months. And maybe this would encourage some updates to the COM implementation.

2 2

Fwd:Advertising Enquiry
by Ivan Leo Puoti Aug. 2, 2004

Aug. 2, 2004

Not sure if I ever forwarded this. Ivan.

2 1

Re: Remove typelib ProxyStubClsid registration when no oleautomation interface is being registered
by Marcus Meissner Aug. 2, 2004

Aug. 2, 2004

On Sat, Jul 31, 2004 at 12:51:01PM +0200, Jeroen Janssen wrote: > This change will make sure that if a proxy/stub dll was already registered, > it is not overwritten by the TypeLib Marshaller if we're not registering > an ole automation interface. > I think we (always?) want to use a 'real' available proxy/stub > implementation when available, instead of simply 'overruling' to the > typelib marshaller. Did you verify that this patch does not break InstallShield? Ciao, Marcus

3 5

debugging a dll
by Dan Timis Aug. 2, 2004

Aug. 2, 2004

Hi, Someone sent me a debug version of a Windows dll and a map file. I'm not a Windows programmer, and I'm not sure how to use the map fiile. For instance, I get a runtime error dialog. With backtrace in winedbg I get this: ... 29 0x400bf58d (NTDLL.DLL.RtlRaiseException+0x5 in NTDLL.DLL) (ebp=4083f9dc) 30 0x100771e9 (LIBDEBUG.DLL.EntryPoint+0x1609 in LIBDEBUG.DLL) (ebp=4083fa1c) 31 0x10097138 (LIBDEBUG.DLL.NIUIAEntry+0x1ad8 in LIBDEBUG.DLL) (ebp=4083fa8c) 32 0x100012b2 (LIBDEBUG.DLL..text+0x2b2 in LIBDEBUG.DLL) (ebp=4083fbf8) ... I assume that everything above NTDLL.DLL.RtlRaiseException is just code to put up the dialog box, and that the problem is at 0x100771e9 (LIBDEBUG.DLL.EntryPoint+0x1609... If I look for 0x100771e9 in the map file, the closest thing I find is this: 0001:00076ed0 _realloc 10077ed0 f LIBCMTD:dbgheap.obj 0001:00076f00 __realloc_dbg 10077f00 f LIBCMTD:dbgheap.obj 0001:000774b0 __expand 100784b0 f LIBCMTD:dbgheap.obj 0001:000774e0 __expand_dbg 100784e0 f LIBCMTD:dbgheap.obj Am I correct to assume that realloc_dbg throws an exception? If I look for 0x100012b2 (LIBDEBUG.DLL..text+0x2b2), the closest I find is: 0001:000011d0 ?_Grow@?$basic_string(a)DU?$char_traits(a)D@std@@V?$allocator(a)D@2@@std@@AAE_ NI_N(a)Z... That would make sense, we are trying to grow a string, calling realloc, etc. The entry in the middle: 31 0x10097138 (LIBDEBUG.DLL.NIUIAEntry+0x1ad8 in LIBDEBUG.DLL) (ebp=4083fa8c) points to: 0001:00097140 ?onEvent(a)Application@UIA(a)NI@@MAE_NIPAVEventData(a)23@@Z ... I don't understand how this relates to the other two. Are there any tools that could help understand better what's going on? Are there any tools to demangle the C++ names? I tried c++filt and not surprisingly it did not understand these symbols. Thanks, Dan Timis Muse Research, Inc.

4 3

Re: cleanup a->w cross calls in advapi32/crypt.c
by Dmitry Timoshkov Aug. 2, 2004

Aug. 2, 2004

"James Hawkins" <truiken(a)gmail.com> wrote: > Full rewrite. If you have any questions, I'll be happy to answer them. > > Changelog > * clean up cross-call functions > - strcpy(keyname, KEYSTR); > - strcpy(keyname + strlen(KEYSTR), pProvName); > + strcpyW(keyname, KEYSTR); > + strcpyW(keyname + strlenW(KEYSTR) * sizeof(WCHAR), pProvName); Why did you add '* sizeof(WCHAR)' here? > - user ? strcpy(keyname, USERSTR) : strcpy(keyname, MACHINESTR); > - ptr = keyname + strlen(keyname); > - *(--ptr) = (dwType % 10) + '0'; > - *(--ptr) = ((dwType / 10) % 10) + '0'; > - *(--ptr) = (dwType / 100) + '0'; > + user ? strcpyW(keyname, USERSTR) : strcpyW(keyname, MACHINESTR); > + ptr = keyname + strlenW(keyname) * sizeof(WCHAR); And here? Did you ever test the resulting code? -- Dmitry.

1 0

c:\\windows is not accessible message
by Mike Hearn Aug. 1, 2004

Aug. 1, 2004

Hi guys, It seems quite a few people have been seeing this message lately, and I'm not sure why. This occurs even with a non-existant ~/.wine directory, so wineprefixcreate should set up a correct system for them. Examples: http://www.linuxquestions.org/questions/showthread.php?s=&threadid=204255&h… http://forums.devshed.com/archive/t-166324 This one seems to imply that the symlinks aren't being created properly: http://www.winehq.org/hypermail/wine-users/2004/07/0022.html but that sounds like a migration issue rather than something you'd see with a clean .wine If anybody has any ideas I'd love to track this one down. I am wondering if it's to do with packaging, I have never been able to reproduce this with Wine CVS builds (ie from source) but I know some packagers are still shipping custom ~/.wine building scripts. thanks -mike

2 1

winrash: only sleep xx commands ?
by Sylvain Petreolle Aug. 1, 2004

Aug. 1, 2004

After a successful install of winrash with 'Usurp' as nick and this mailbox : spetreolle(a)n5o5s5p5a5m.yahoo.fr It seems that winrash is doing only sleep commands, having a look to <winrash>\debug.txt. Simulating about 27 hours of running service with some 'time' and a 'date' commands seem to produce nothing else than "sleep 3600" commands in debug.txt. Can someone help ? The service is up and running in E:\winrash. Machine: Windows XP home. Output: E:\winrash>winrash -v && winrash -q Winrash version: 'winrash-0009-chris-msvc.exe' Current script commands: 1 total commands, current command is 1 0: sleep 3600 Querying service Current state: SERVICE_RUNNING Part of debug.txt: ... c:\winrash\winrash.c:1197 01/08/2004 16:57:00 c:\winrash\winrash.c:1200 entered with currentCommandIndex of '0' c:\winrash\winrash.c:593 sleep command of 'sleep 3600' c:\winrash\winrash.c:1275 no errors in command c:\winrash\winrash.c:1775 debug file not yet large enough to clear c:\winrash\winrash.c:390 entered c:\winrash\winrash.c:441 found a clientID of 'Usurp' c:\winrash\winrash.c:443 after removing characters we have a clientID of 'Usurp' c:\winrash\winrash.c:509 built a url of 'http://test.winehq.com/service?winrash= winrash-0009-chris-msvc.exe&id=Usurp' c:\winrash\winrash.c:312 url of 'http://test.winehq.com/service?winrash=winrash- 0009-chris-msvc.exe&id=Usurp' c:\winrash\winrash.c:533 got file: sleep 3600 c:\winrash\winrash.c:534 got 11 bytes out of a total buffer of 15000 c:\winrash\winrash.c:556 Software\winrash\Command_0 c:\winrash\winrash.c:1197 01/08/2004 17:57:21 ... ===== Sylvain Petreolle (spetreolle_at_users_dot_sourceforge_dot_net) Say NO to software patents Dites NON aux brevets logiciels "You believe it's the year 1984, when in fact, its closer to 2184"1984 / Matrix Vous manquez despace pour stocker vos mails ? Yahoo! Mail vous offre GRATUITEMENT 100 Mo ! Créez votre Yahoo! Mail sur http://fr.benefits.yahoo.com/ Le nouveau Yahoo! Messenger est arrivé ! Découvrez toutes les nouveautés pour dialoguer instantanément avec vos amis. A télécharger gratuitement sur http://fr.messenger.yahoo.com

2 2

Program runs okay, but has tiny font.
by Niek Beernink Aug. 1, 2004

Aug. 1, 2004

Hello all, TD in #winehq told me to post this here. I'm trying to run the following program in wine, <ftp://212.67.96.161/loaded/diablo2/utilities/runewizard101.zip> It loads up okay, but the font in the program is really tiny and I was wondering if any of you knew of a possible fix. Here's a screenshot of this happening: <http://digital-conquest.ath.cx/src/tinyfont> I'm running Gentoo Linux with Wine version 20040615. crusade omega # emerge info Portage 2.0.50-r9 (default-x86-2004.0, gcc-3.3.3, glibc-2.3.3.20040420-r0, 2.6.7-gentoo) ================================================================= System uname: 2.6.7-gentoo i686 AMD Athlon(tm) XP 2000+ Gentoo Base System version 1.4.16 Autoconf: sys-devel/autoconf-2.59-r3 Automake: sys-devel/automake-1.8.3 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CFLAGS="-march=athlon-xp -O3 -pipe -fomit-frame-pointer -ffast-math" CHOST="i686-pc-linux-gnu" COMPILER="gcc3" CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3.2/share/config /usr/kde/3/share/config /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-march=athlon-xp -O3 -pipe -fomit-frame-pointer -ffast-math" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs ccache sandbox" GENTOO_MIRRORS="ftp://ftp.snt.utwente.nl/pub/os/linux/gentoo" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="" SYNC="rsync://ftp.snt.utwente.nl/gentoo" USE="3dnow X aalib acpi alsa avi berkdb bzlib cddb cdr cups divx4linux dvd encode ffmpeg flac foomaticdb gdbm geoip gif gstreamer gtk2 imlib java jpeg kde libwww mad memlimit mikmod mmx mpeg mpeg4 ncurses nls oggvorbis opengl operanom2 pam pdflib perl png ppds python qt quicktime readline samba sdl slang speex sse ssl svga tcpd tga theora tiff truetype usb videos x86 xml xml2 xmms xv xvid zlib" Hopefully this should be enough information. If you need to know anything else, do ask. Best regards, Niek Beernink.

2 2

Flags for building an rpm
by Dan Timis Aug. 1, 2004

Aug. 1, 2004

A colleague built a wine rpm a while ago. Here is the size and date: 9922591 Apr 29 14:32 wine-20040408-1muse.athlon.rpm If I look on the winehq site I see similar sizes, only slightly larger: wine-20040716-1rh8winehq.athlon.rpm 11662876 Unfortunately, my colleague is incommunicado for the next couple of weeks, and I cannot ask him how he built the rpm. I added a patch to fix the problem I reported recently in menu.c. Then, I built the rpm with the command: # rpmbuild -ba --platform athlon wine-20040408-2muse.spec Here is what I get: 85910178 Jul 29 21:25 wine-20040408-2muse.athlon.rpm This is significantly larger. I looked at the contents and the problem seems to be mainly in /usr/lib/ All files are significantly larger. What flags am I missing when I am building the rpm? Thanks, Dan Timis Muse Research, Inc.

3 2