wine-devel

wine-devel@winehq.org

10 participants
84459 discussions

Re: Unicows.dll
by Shachar Shemesh 05 May '04

05 May '04

Lise Champagne wrote: > Shachar I keep getting a unicows.dll cannot be found warning and > am searching for a fix. I downloaded the exe file from microsoft but > it doesn't direct itself on the install. I don't know where it go's. > Could you help me? Thank you Brian ableline2000(a)hotmail.com > <mailto:ableline2000@hotmail.com> > Brian, 1. Please direct support requests to the list. 2. Link the unicows.dll.so to the directory in which the program itself resides. Don't use the MS unicows.dll, it won't work. -- Shachar Shemesh Lingnu Open Source Consulting http://www.lingnu.com/

1 0

Vertical font problem
by paolo inzaghi 05 May '04

05 May '04

Hi, I'm porting a Windows application to Wine and I found 2 problems. For simplicity I wrote a simple Window application (attached to the mail) that use two TextOut to write the strings "Horizontal" and "Vertical". The text is written horizontally and vertically, setting the lfEscapement field of the LOGFONT structure respectively to 0 and 900. The application, compiled with MSVC 7.0, works fine in Windows, but it has two problems when it is executed inside with wine-20040408 environment. First problem: after the application starts, the two strings are not shown. To see the strings in Linux, I force the sending of a WM_PAINT message when the user right click the mouse. By the way, if you minimize and then restore the application, the strings disappear. Second problem: even when shown, the vertical text is not correctly shown. A large amount of space is left between the string characters. Note that the problem arise every time you set the lfEscapement to something different from 0. If I use 3600 to show the "Horizontal" string, it also is badly shown (in theory 3600 should be equivalent to 0). Please, could you help me ? Regards Paolo _________________________________________________________________ Con MSN Hotmail Extra Storage hai fino a 100 MB di Posta! Provalo! http://join.msn.com/?pgmarket=it-it&page=hotmail/es

2 1

7-Zip port more progress
by Seo Sanghyeon 05 May '04

05 May '04

Cleaned up build system to include compiled file's current directory. Needed to compile "Compress" directories. Patched here and there. 154 files compiled, patches 66 lines. (-22, +44.) There are 345 files total in the source tree. Now problem is that it seems wineg++ has problems with Wide character functions. Not in C, but it seems in C++ libc headers are included instead of msvcrt headers, resulting in compilation failures. Is my analysis correct? Current SConstruct configuration: * * * all = """ Common Windows 7zip/Common 7zip/UI/Common 7zip/Archive/* 7zip/Compress/* """ exclude = """ 7zip/Archive/7z 7zip/Archive/Cab 7zip/Archive/Zip """

2 1

Re: regression: crash on X2
by Saulius Krasuckas 05 May '04

05 May '04

Ivan Leo Murray-Smith wrote: > Also, you don't need to recompile every time. Just patch your current > tree, run ./configure && make depend && make without previously running > make clean, and only the files that have changed will be recompiled. Are all of you sure whether it is right thing to include "make depend" when testing for a regression? I just did it and "make" now recompiles all src from the ground, it seems :-(

2 1

Re: Ukrainian translation
by Dmitry Timoshkov 05 May '04

05 May '04

"Ylia K" <k_ilya(a)ukr.net> wrote: > * dlls/kernel/nls/ukr.nls, dlls/comctl32/rsrc.rc, dlls/commdlg/rsrc.rc, dlls/user/resources/user32.rc, dlls/shell32/shres.rc, > dlls/comctl32/comctl_Uk.rc, dlls/commdlg/cdlg_Uk.rc, dlls/shell32/shell32_Uk.rc, dlls/user/resources/user32_Uk.rc : > > Ilya Korniyko <k_ilya(a)ukr.net> > > Ukrainian translation: full translation of comclt32, commdlg, shel32, user dlls, fixes in ukr.nls You shouldn't touch ukr.nls since it has been auto generated. -- Dmitry.

2 4

Re: wine/dlls/kernel/tests pipe.c
by Dan Kegel 05 May '04

05 May '04

jakov wrote: > Alexandre Julliard wrote: > >>Modified files: >> dlls/kernel/tests: pipe.c >> >>Log message: >> Avoid killing threads with TerminateThread, this can cause deadlocks. > > Thank you, so that was why it hanged on Win9x! How embarassing! I know better, too (killing a thread is bad form on any platform). Thought I could get away with it. BTW thanks to Duane for adding the message mode pipe tests. When is someone going to turn on serverThreadMain3? - Dan p.s. I'm still waiting for someone to bust me on 'readden'. -- My technical stuff: http://kegel.com My politics: see http://www.misleader.org for examples of why I'm for regime change

1 0

7-zip port progress
by Seo Sanghyeon 05 May '04

05 May '04

Oh, I forgot. If you don't know what 7-Zip is, visit http://www.7-zip.org/ . It is a very good compression utility. Binary commandline version works flawlessly on Wine. So I am trying to port it to Winelib. Good thing is that its 7z format compresses much better than bzip2, extracts faster than bzip2, and patent-free. Did some more monkeypatching, for today is holiday (in Korea). 117 files compiled, (to compile standalone commandline 134 files need to be compiled) patches are still under 50 lines. Looks good. Following archiving backends are compiled: Arj BZip2 Deb GZip RPM Rar Split Tar cpio. 7z, Cab and Zip needs some works. Summary of patches I did follows: * * * In Common.patch: Common/CommandLineParser.h include wchar.h. Common/IntToString.h include sys/types.h. Common/Vector.h include stddef.h Common/Wildcard.h copy to WildCard.h, case problem. In Windows.patch: Windows/Console.h PINPUT_RECORD -> LPINPUT_RECORD. Windows/FileFind.h define missing constants. Windows/ItemIDListUtils.h include shtypes.h and shlobj.h. Windows/Net.cpp cast to const. Windows/Shell.h include shtypes.h and shlobj.h. Windows/Time.h define UInt32x32To64. In 7zip.patch: 7zip/Archive/Arj/ArjIn.h include ArjHeader.h. 7zip/Archive/Deb/DebIn.cpp fix 64bit literal. 7zip/Archive/Rar/RarHandler.cpp fix loop variable scope. 7zip/Archive/Rar/RarItem.cpp StdAfx.h, case problem. 7zip/Archive/cpio/CpioHandler.cpp fix loop variable scope. 7zip/Archive/cpio/CpioIn.cpp fix 64bit literal. 7zip/Common/InBuffer.cpp StdAfx.h, case problem. 7zip/IMyUnknown.h ignore basetype.h for now.

1 0

Unreal2: dsound/dmusic regression
by Raphael 04 May '04

04 May '04

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi Robert, I have tried Unreal2 and now we have an regression into dsound code. Unreal2 Create an dsound device since introduction beginning and after (the introduction) the games wants to initialize dmusic (what i'm trying to fix since a lot of time) but now it crash because dmusic init failed (i have removed the not usefulls dsound traces as sounds seems played by another thread): <snip dsound thread traces> trace:dmime:DMIME_DllGetClassObject ({d2ac2881-b39b-11d1-8704-00600893b1bd}, {00000001-0000-0000-c000-000000000046}, 0x4079d80c) trace:dmime:PerformanceCF_CreateInstance (0x4f03a934, (nil), {679c4137-c62e-4147-b2b4-9d569acb254c}, 0x4e3a8ff8) trace:dmime:DMUSIC_CreateDirectMusicPerformanceImpl (0x1053ffa0,0x4e3a8ff8, (nil)) trace:dmime:IDirectMusicPerformance8Impl_QueryInterface (0x403bf230, {679c4137-c62e-4147-b2b4-9d569acb254c},0x4e3a8ff8) trace:dmime:IDirectMusicPerformance8Impl_AddRef (0x403bf230): AddRef from 1 fixme:dmime:IDirectMusicPerformance8ImplInitAudio (0x403bf230, (nil), 0x4e3a8ffc, (nil), 8, 128, 3f, (nil)): to check trace:dsound:DirectSoundCreate8 ({c50a7e93-f395-4834-9ef6-7fa99de50966},0x4079d800,(nil)) trace:dsound:setup_dsound_options appname = [Unreal2.exe\dsound] trace:dsound:GetDeviceID (0x4f035d9c,0x4079d7cc) err:dsound:DirectSoundCreate8 different dsound already opened trace:dsound:DirectSoundCreate8 expecting GUID {c50a7e93-f395-4834-9ef6-7fa99de50966}. trace:dsound:DirectSoundCreate8 got GUID {bd6dd71a-3deb-11d1-b171-00c04fc20000} for wod 0. warn:dsound:DirectSoundCreate8 No device found matching given ID - trying with default one ! warn:dsound:DirectSoundCreate8 waveOutOpen failed fixme:dmime:IDirectMusicPerformance8ImplInitAudio return dsound((nil),-2005401590) trace:dmloader:IDirectMusicLoader8Impl_SetSearchDirectory (0x47fc4c28, {d2ac2893-b39b-11d1-8704-00600893b1bd}, L"..\\music\\", 0) fixme:dmime:IDirectMusicPerformance8ImplGetDefaultAudioPath (0x403bf230, 0x4079d814): semi-stub ((nil)) <snip dsound thre ad traces> fixme:debug_buffer:RtlCreateQueryDebugBuffer (0, 0): stub fixme:debug_buffer:RtlCreateQueryDebugBuffer (96, 0): returning 0x403bf298 fixme:debug_buffer:RtlQueryProcessDebugInformation (8, 80000001, 0x403bf298): stub fixme:debug_buffer:RtlDestroyQueryDebugBuffer (0x403bf298): stub <snip dsound thre ad traces> As you can see, the waveOutOpen call failed. And dsound returns NULL :( Can you look it ? Regards, Raphael -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFAlYvtp7NA3AmQTU4RAkKpAJ9WDhgDw4QwWoCZwzg8cS62Wet7gwCdG3+d Y17eHO2jOEndsaOrCCkGHJg= =Rq5p -----END PGP SIGNATURE-----

2 2

Strange drawing problem (32bit DIBs)
by Willie Sippel 04 May '04

04 May '04

Hi there. Mirage by Bauhaus Software (image editing) has some serious drawing issues with Wine. The main workspace gets drawn correctly, but the interface pixmaps are completely wrong (wrong colors, redraw problems, increasing offset). One of the developers (Sebastien Miglio) told me something about the issue: "The problem come from the 32bits Pixels blit functions in Wine. Mirage use the MS Windows function StretchDIBits() with pixel biBitCount=32." I made some screenshots: http://www.froq.net/mirage/mirage1.png http://www.froq.net/mirage/mirage2.png There's a demo version available at: http://www.bauhaussoftware.com/download/registered/final_1_dot_zero/RCI1/Mi… Maybe someone wants to look into this...? ;-) BTW, I already sent a mail about this issue some months ago, but got no reply... Ciao, -- Willie Sippel <willie(a)froq.net> [ z ] !

1 0

7-Zip port to Winelib in progress
by Seo Sanghyeon 04 May '04

04 May '04

Following is from README of attached archive. * * * This is a preliminary effort to port 7-Zip to Winelib. For now, "Common" and "Windows" directory can be compiled. You need Scons. It is a damn good build tool. Wine version used is snapshot 20040408 downloaded from Debian unstable. 1. Download 7z313.tar.bz2 source archive from http://sourceforge.net/projects/sevenzip/ 2. Run "sh prepare" 3. Run "scons" 4. It compiles, and you get lib7z.a. Commandline project files are located at 7zip/Bundles/Alone. Will try 7zip directory soon. As you see, all patches are trivial. Common/CommandLineParser.h include wchar.h. Common/IntToString.h include sys/types.h. Common/Wildcard.h rename to WildCard.h (note case!). Windows/Console.h PINPUT_RECORD -> LPINPUT_RECORD. Windows/FileFind.h define some missing constants. Windows/ItemIDListUtils.h include shtypes.h and shlobj.h. Windows/Net.cpp cast to const. Windows/Shell.h include shtypes.h and shlobj.h. This is quick-and-dirty work. I don't know whether 7-Zip is wrong or Wine is wrong. Didn't read the source. Thank you for reading.

1 0

Re: One more static const string
by Alexandre Julliard 04 May '04

04 May '04

Francois Gouget <fgouget(a)free.fr> writes: > * dlls/ntdll/tests/rtlstr.c > > Make deststring static const. The string can't be const, it gets modified. -- Alexandre Julliard julliard(a)winehq.org

1 0

tool for dumping relocation table
by Bill Medland 04 May '04

04 May '04

Does anyone know a tool that will dump the relocation table of a DLL? I am tracking down a bug that seems to me to relate either to a failure correctly to relocate a symbol or else to a corruption after the relocation has happened. I want to find out where the specific relocation is and is used in the dll so that I can investigate further. -- Bill Medland mailto:billmedland@mercuryspeed.com http://webhome.idirect.com/~kbmed

2 1

winedbg break on specific dll load
by Bill Medland 04 May '04

04 May '04

Just asking Is it possible to get winedbg to break on a specific dll being loaded? I want to get at the debugger between a certain dll being mapped into memory and its Process attach being called (so that I can watch a memory location that gets loaded with incorrect information dureing the process attach) -- Bill Medland mailto:billmedland@mercuryspeed.com http://webhome.idirect.com/~kbmed

2 1

Re: [RFC] add msacm32 to winetest
by Ferenc Wagner 04 May '04

04 May '04

Robert Reif <reif(a)earthlink.net> writes: > This patch adds msacm32 to the tests. > > I'm not sure this is correct because I got a subtest parse > error on the test following the one I added (msvcrt). I > also only tested it with wine. Could someone knowledgeable > in this program please check and correct this patch if necessary? The msvcrt subtest parse error is a known redirection issue: the msvcrt test is linked against msvcrt (wow) and thus ignores the redirected libc filehandles. Tough. -- Feri.

2 3

Protected message
by Julliard 04 May '04

04 May '04

1 0

wine testing
by Ivan Leo Murray-Smith 04 May '04

04 May '04

Any idea when the tests will be hosted by winehq? Every build is only up to date for day, and once uploaded they stay on the sf servers forever, I see this a a waste of sf resources. Maybe an alternative temp location would be a good idea, until the tests are hosted on winehq. Ivan.

2 1

Re: Yahoo!
by Dmitry 04 May '04

04 May '04

1 0

Re: Fixes for default WM_GETMINMAXINFO values
by Dmitry Timoshkov 04 May '04

04 May '04

"Dmitry Timoshkov" <dmitry(a)baikal.ru> wrote: > this patch fixes default window extents passed in MINMAXINFO structure > to a window. Now some picky applications are able to correctly size their > child windows. > > Changelog: > Dmitry Timoshkov <dmitry(a)codeweavers.com> > - Maximized windows have no thick frame, it's changed to a border. > - Take into account WS_CAPTION style when calculating default values. > - MDI child windows receive slightly adjusted values for a maximized > state. Alexandre, please ignore this patch. It's not entirely correct. I'm investigating the problem further. -- Dmitry.

1 0

Re: E-mail Virus
by Ivan Leo Murray-Smith 04 May '04

04 May '04

> Is it just me, or is some one posing as julliard_at_winehq.org and > dmitry_at_baikal.ru sending e-mail virii into the mailing list? My ISP filtered > it before I could get it, and it's a Windows virus so I doubt it could do > very much damage. The virus is described as W32.Beagle.X_at_mm. It's the virus sending itself, interestingly both the virus and the symantec removal tool work perfectly on wine :) The virus uses it's own smtp engine, so the first "Received:" should contain the IP of the infected pc. You could contact the ISP that provides that IP, and send them the email, they could then notify the user of that computer that his pc is infected. Ivan.

1 0

Re: regression: crash on X2
by Ivan Leo Murray-Smith 04 May '04

04 May '04

> Got any idea for me anyway, I can try to check patch by patch but it takes a > really long time recompiling each time.... btw can I advance cvs my 1 patch > or something that is smaller then date? Use time with CST time zone, so you use the same time as the wine-cvs list archives, how to do this is described at http://www.winehq.com/site/docs/wine-devel/cvs-regression Also, you don't need to recompile every time. Just patch your current tree, run ./configure && make depend && make without previously running make clean, and only the files that have changed will be recompiled. Ivan.

1 0

Re: Packing fixes (supersedes my previous packing fix patch)
by Dmitry Timoshkov 04 May '04

04 May '04

"Hans Leidekker" <hans(a)it.vu.nl> wrote: > This time I tried to be exhaustive. I used the following algorithm > to find all structures that need 8 byte alignment: > > find all types typedef:ed to __int64 > find all structures embedding any of the types found > REPEAT > find all types typedef:ed to any of the structures found > find all structures embedding any of the structures or types found > UNTIL no new types or structures are found > > This patch includes changes to .idl files as well as to the > corresponding .h files. Is that OK? Or should I remove changes > to .h files? I think that a correct way deciding whether a struct is correctly packed is to make sure that our generated tests for packing issues work under MSVC, then just compare the results. Otherwise we risk to miss something. -- Dmitry.

2 1

Re: wine/dlls/kernel/tests pipe.c
by Jakob Eriksson 04 May '04

04 May '04

Alexandre Julliard wrote: >Modified files: > dlls/kernel/tests: pipe.c > >Log message: > Avoid killing threads with TerminateThread, this can cause deadlocks. > > Thank you, so that was why it hanged on Win9x! regards, Jakob

1 0

regression: crash on X2
by hatky 04 May '04

04 May '04

Today's cvs crashes the X2 game benchmark and so does cvs "1 day ago" while "2 days ago" works, I got no lead, it has nothing usfull on the messages, the backtrace shows it crashes in the X2 exe file......... Any one can hand me a lead to find the patch that couses it? -- Hatky, Worshiper of wine (http://www.winehq.org/), Impossible is only an opinion.

4 4

[wine-doc] add mention of current windows version
by hatky 04 May '04

04 May '04

Change Log: Ofir Petruska <hatky(a)users.sf.net> Mention that we already have a windows version Index: documentation/faq.sgml =================================================================== RCS file: /home/wine/wine/documentation/faq.sgml,v retrieving revision 1.32 diff -u -r1.32 faq.sgml --- documentation/faq.sgml��13 Apr 2004 21:16:08 -0000��1.32 +++ documentation/faq.sgml��2 May 2004 20:03:12 -0000 @@ -620,6 +620,11 @@ � � � � � �replace a single Windows dll with its Wine counterpart. Besides � � � � � �being a good test for the Wine dll, this lets us detect cases where � � � � � �we made incorrect assumptions about how the dlls interact. + � � � �</para> + � � � �<para> + � � � � �There is currently a partial version for windows to download at the project + � � � � �download page at SourceForge: + � � � � �(<ulink url="http://sourceforge.net/project/showfiles.php?group_id=6241&package_id=112520">http://sourceforge.net/project/showfiles.php?group_id=6241&package_id=112520</ulink>) � � � � �</para> � � � �</answer> � � � �</qandaentry> -- Hatky, Worshiper of wine (http://www.winehq.org/), Impossible is only an opinion.

1 0

Re: Destroy thread windows also on process exit
by Alexandre Julliard 04 May '04

04 May '04

Dmitry Timoshkov <dmitry(a)baikal.ru> writes: > Currently user32 doesn't destroy windows on exit of a single-threaded > process since it doesn't receive DLL_THREAD_DETACH notification. > > Changelog: > Dmitry Timoshkov <dmitry(a)codeweavers.com> > Destroy thread windows also on process exit, this allows > a correct clean up for single-threaded applications. I don't see how that would make a difference since we don't send messages to an exiting thread anywyay. Do you have a case where this is needed, or is it just a theoretical concern? -- Alexandre Julliard julliard(a)winehq.org

2 1

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