February 2004 - Wine-Devel - list.winehq.org

[ddraw] asynchronous screen updates
by Piotr Pawlow Feb. 5, 2004

Feb. 5, 2004

If DGA is not available, Wine falls back to creating offscreen primary surface and blitting all changes to the screen. It knows which part of the surface might have changed by watching unlock calls. However, as Jukka Heinonen pointed out in his message posted on 17.10.2001, the update logic in asynchronous mode (when SYNC_UPDATE is not defined, which is the default) is broken: "(...)if more than one lock/unlock pair happens between update thread blits, display might not be updated correctly". Synchronous mode on the other hand, causes applications, which constantly lock and unlock big areas just to change a few pixels, run very slow. As this bug prevents me from playing "Warlords: Battlecry", I decided to do something about it. Here are my changes: - User_add_dirty_rect is now an asynchronous equivalent of User_copy_to_screen. It adds the rectangle to the list of dirty rectangles and signal the update thread that there is some work to do. - update thread calls User_get_dirty_rect to iterate over the list of dirty rectangles - current "naïve" algoritm keeps only one rectangle which is a union of all dirty rectangles, so it tends to redraw too much, but better algoritms may be implemented - removed now unused lastlockrect variable, and the code which updates it I attached the patch for your reviews, comments, suggestions. The game is almost playable now, there are remaining issues with DirectMusic (must be run with NODIRECTMUSIC switch or crashes) and windows managers (kwin cannot raise the window, metacity complains that the window attributes do not make sense). -- Piotr Pawlow mailto:pp(a)siedziba.pl

5 7

DIB_DirectDrawSurface_BltFast signed/unsigned comparision bug
by Piotr Pawlow Feb. 5, 2004

Feb. 5, 2004

Hello, I spotted this bug while trying to fix mouse pointer trails problem in Warlords Battlecry. All widths, heights and left/top coordinates are of DWORD type, so substracting them from each other always give positive numbers. Thus h and w are always >= 0, so DDERR_INVALIDRECT is returned only in a couple of boundary cases. I just added explicit casting to int where needed. It didn't fix the mouse trails, but previously missing mouseover effect on icons at the main screen appeared, so I guess it is a change in the right direction :) Patch attached.

3 4

Broken tests in CVS
by Paul Millar Feb. 5, 2004

Feb. 5, 2004

Hi everyone, It looks like last night's patches broke the conformance tests: http://www.astro.gla.ac.uk/users/paulm/WRT/wrt.php I'm away from my desk machines at the moment, so can't test this further. Does anyone else see these problems? Cheers, PS is winehq.org website dead at the moment? ---- Paul Millar

1 0

Re: Re: [Winecfg] - redo applications tab, misc changes
by chmorgan＠charter.net Feb. 5, 2004

Feb. 5, 2004

I'm pretty sure lots of other wine code uses 2 space indents, I know I started using them after working with wine. No other comments on the ui changes in winecfg? ;-) I'll submit to wine-patches tonight after going through the code once more. The x11 tab is global settings only at this point. I think we can remove a couple of options on this tab, UseRandR is the only one I can think of atm. If we do make x11 settings per-app/global, like the apps and libraries tab, it seems like we should somehow combine the tabs. Yet is is nice having distinct tabs. In any case, I don't use per-app x11 settings so unless someone decides to implement this I likely won't be back at it for a while. Thanks, Chris > > From: "Dimitrie O. Paun" <dimi(a)intelliware.ca> > Date: 2004/02/04 Wed PM 02:14:59 EST > To: Chris Morgan <chmorgan(a)charter.net> > CC: wine-devel(a)winehq.com > Subject: Re: [Winecfg] - redo applications tab, misc changes > > On Tue, 3 Feb 2004, Chris Morgan wrote: > > > Comments, questions, suggestions welcome ;-) > > The one complaint I have is that it changes the 4-space indentation > to 2-space indentation, which makes the code so much harder to follow. > I know, you're doing the work, so you get to chose :), but if it's not > too much to ask, can we please stick to 4-space indentation? > > -- > Dimi. > >

6 6

Re: winedbg fixup
by Dmitry Timoshkov Feb. 5, 2004

Feb. 5, 2004

"Eric Pouech" <pouech-eric(a)wanadoo.fr> wrote: > +static unsigned is_dt_flag_valid(unsigned d_tag) > +{ > +#ifndef DT_PROCNUM > +#define DT_PROCNUM 0 > +#endif > +#ifndef DT_EXTRANUM > +#define DT_PROCNUM 0 > +#endif Shouldn't in the latter case it be: #ifndef DT_EXTRANUM #define DT_EXTRANUM 0 #endif -- Dmitry.

1 0

Installing MS Windows Script 5.6
by Abdul-Haseeb Ahmad Feb. 4, 2004

Feb. 4, 2004

Has anyone managed to intstall either the 9x or NT/XP version of windows script 5.6 (http://msdn.microsoft.com/library/default.asp?url=/downloads/list/webdev.as… I get an error registering the OCX wshom.ocx when it installs; I had to use a native MFC42.DLL to get vbscript.dll to register. I'm pretty sure I've narrowed down that this is the reason why I'm getting script errors in NHL2004; if you check EA's tech support site, it says that you need to install IE6SP1 (which i have installed) and Windows Script 5.6... oh this also was the 9x version that I tried to install... im thinking it might have to do with this specific error: fixme:ole:CoCreateInstance no classfactory created for CLSID {0002e005-0000-0000-c000-000000000046}, hres is 0x80040154 anyone know about this? heres the full error output: err:wave:OSS_WaveOutInit /dev/mixer1: No such device err:wave:OSS_WaveInInit /dev/mixer1: No such device fixme:setupapi:SETUPX_CreateStandardLDDs LDID_SRCPATH: what exactly do we have to do here ? fixme:setupapi:GenInstall16 unsupported flag: GENINSTALL_DO_REGSRCPATH fixme:setupapi:create_system_dirid unknown dirid 13 fixme:setupapi:vcpUICallbackProc16 (0x6e00, 0705, 0000, 00000000, 403210ac) - semi-stub fixme:setupapi:vcpUICallbackProc16 (0x6e00, 070f, 0000, 00000000, 403210ac) - semi-stub fixme:setupapi:vcpUICallbackProc16 (0x6e00, 0710, 0000, 00000000, 403210ac) - semi-stub fixme:setupapi:vcpUICallbackProc16 (0x6e00, 070b, 0000, 00000000, 403210ac) - semi-stub fixme:setupapi:vcpUICallbackProc16 (0x6e00, 070c, 0000, 00000000, 403210ac) - semi-stub fixme:setupapi:GenInstall16 unsupported flag: GENINSTALL_DO_CFGAUTO fixme:ole:CoCreateInstance no classfactory created for CLSID {0002e005-0000-0000-c000-000000000046}, hres is 0x80040154 fixme:ole:CoCreateInstance no classfactory created for CLSID {0002e005-0000-0000-c000-000000000046}, hres is 0x80040154 fixme:ole:CoCreateInstance no classfactory created for CLSID {0002e005-0000-0000-c000-000000000046}, hres is 0x80040154 fixme:ole:CoCreateInstance no classfactory created for CLSID {0002e005-0000-0000-c000-000000000046}, hres is 0x80040154 fixme:ole:CoCreateInstance no classfactory created for CLSID {0002e005-0000-0000-c000-000000000046}, hres is 0x80040154 fixme:ole:CoCreateInstance no classfactory created for CLSID {0002e005-0000-0000-c000-000000000046}, hres is 0x80040154 fixme:ole:CoCreateInstance no classfactory created for CLSID {0002e005-0000-0000-c000-000000000046}, hres is 0x80040154 fixme:ole:CoCreateInstance no classfactory created for CLSID {0002e005-0000-0000-c000-000000000046}, hres is 0x80040154 fixme:ole:CoCreateInstance no classfactory created for CLSID {0002e005-0000-0000-c000-000000000046}, hres is 0x80040154 fixme:ole:CoCreateInstance no classfactory created for CLSID {0002e005-0000-0000-c000-000000000046}, hres is 0x80040154 fixme:ole:CoCreateInstance no classfactory created for CLSID {0002e005-0000-0000-c000-000000000046}, hres is 0x80040154 fixme:ole:CoCreateInstance no classfactory created for CLSID {0002e005-0000-0000-c000-000000000046}, hres is 0x80040154 fixme:ole:CoCreateInstance no classfactory created for CLSID {0002e005-0000-0000-c000-000000000046}, hres is 0x80040154 fixme:ole:CoCreateInstance no classfactory created for CLSID {0002e005-0000-0000-c000-000000000046}, hres is 0x80040154 fixme:ole:CoCreateInstance no classfactory created for CLSID {0002e005-0000-0000-c000-000000000046}, hres is 0x80040154 fixme:ole:CoCreateInstance no classfactory created for CLSID {0002e005-0000-0000-c000-000000000046}, hres is 0x80040154 fixme:ole:CoCreateInstance no classfactory created for CLSID {0002e005-0000-0000-c000-000000000046}, hres is 0x80040154 fixme:ole:CoCreateInstance no classfactory created for CLSID {0002e005-0000-0000-c000-000000000046}, hres is 0x80040154 fixme:ole:CoCreateInstance no classfactory created for CLSID {0002e005-0000-0000-c000-000000000046}, hres is 0x80040154 fixme:ole:CoCreateInstance no classfactory created for CLSID {0002e005-0000-0000-c000-000000000046}, hres is 0x80040154 fixme:ole:CoCreateInstance no classfactory created for CLSID {0002e005-0000-0000-c000-000000000046}, hres is 0x80040154 fixme:ole:CoCreateInstance no classfactory created for CLSID {0002e005-0000-0000-c000-000000000046}, hres is 0x80040154 fixme:ole:CoCreateInstance no classfactory created for CLSID {0002e005-0000-0000-c000-000000000046}, hres is 0x80040154 fixme:ole:CoCreateInstance no classfactory created for CLSID {0002e005-0000-0000-c000-000000000046}, hres is 0x80040154 fixme:ole:CoCreateInstance no classfactory created for CLSID {0002e005-0000-0000-c000-000000000046}, hres is 0x80040154 fixme:ole:CoCreateInstance no classfactory created for CLSID {0002e005-0000-0000-c000-000000000046}, hres is 0x80040154 fixme:ole:CoCreateInstance no classfactory created for CLSID {0002e005-0000-0000-c000-000000000046}, hres is 0x80040154 fixme:ole:CoCreateInstance no classfactory created for CLSID {0002e005-0000-0000-c000-000000000046}, hres is 0x80040154 fixme:ole:CoCreateInstance no classfactory created for CLSID {0002e005-0000-0000-c000-000000000046}, hres is 0x80040154 fixme:ole:CoCreateInstance no classfactory created for CLSID {0002e005-0000-0000-c000-000000000046}, hres is 0x80040154 fixme:ole:CoCreateInstance no classfactory created for CLSID {0002e005-0000-0000-c000-000000000046}, hres is 0x80040154 fixme:ole:CoCreateInstance no classfactory created for CLSID {0002e005-0000-0000-c000-000000000046}, hres is 0x80040154 fixme:ole:CoCreateInstance no classfactory created for CLSID {0002e005-0000-0000-c000-000000000046}, hres is 0x80040154 fixme:ole:CoCreateInstance no classfactory created for CLSID {0002e005-0000-0000-c000-000000000046}, hres is 0x80040154 fixme:ole:CoCreateInstance no classfactory created for CLSID {0002e005-0000-0000-c000-000000000046}, hres is 0x80040154 fixme:ole:CoCreateInstance no classfactory created for CLSID {0002e005-0000-0000-c000-000000000046}, hres is 0x80040154 fixme:ole:CoCreateInstance no classfactory created for CLSID {0002e005-0000-0000-c000-000000000046}, hres is 0x80040154 fixme:ole:CoCreateInstance no classfactory created for CLSID {0002e005-0000-0000-c000-000000000046}, hres is 0x80040154 fixme:ole:CoCreateInstance no classfactory created for CLSID {0002e005-0000-0000-c000-000000000046}, hres is 0x80040154 fixme:ole:CoCreateInstance no classfactory created for CLSID {0002e005-0000-0000-c000-000000000046}, hres is 0x80040154 fixme:ole:CoCreateInstance no classfactory created for CLSID {0002e005-0000-0000-c000-000000000046}, hres is 0x80040154 fixme:ole:CoCreateInstance no classfactory created for CLSID {0002e005-0000-0000-c000-000000000046}, hres is 0x80040154 fixme:ole:CoCreateInstance no classfactory created for CLSID {0002e005-0000-0000-c000-000000000046}, hres is 0x80040154 fixme:ole:CoCreateInstance no classfactory created for CLSID {0002e005-0000-0000-c000-000000000046}, hres is 0x80040154 fixme:ole:CoCreateInstance no classfactory created for CLSID {0002e005-0000-0000-c000-000000000046}, hres is 0x80040154 fixme:ole:CoCreateInstance no classfactory created for CLSID {0002e005-0000-0000-c000-000000000046}, hres is 0x80040154 fixme:ole:CoCreateInstance no classfactory created for CLSID {0002e005-0000-0000-c000-000000000046}, hres is 0x80040154 fixme:ole:CoCreateInstance no classfactory created for CLSID {0002e005-0000-0000-c000-000000000046}, hres is 0x80040154 fixme:ole:CoCreateInstance no classfactory created for CLSID {0002e005-0000-0000-c000-000000000046}, hres is 0x80040154 fixme:ole:CoCreateInstance no classfactory created for CLSID {0002e005-0000-0000-c000-000000000046}, hres is 0x80040154 fixme:ole:CoCreateInstance no classfactory created for CLSID {0002e005-0000-0000-c000-000000000046}, hres is 0x80040154 fixme:ole:CoCreateInstance no classfactory created for CLSID {0002e005-0000-0000-c000-000000000046}, hres is 0x80040154 fixme:ole:CoCreateInstance no classfactory created for CLSID {0002e005-0000-0000-c000-000000000046}, hres is 0x80040154 fixme:ole:CoCreateInstance no classfactory created for CLSID {0002e005-0000-0000-c000-000000000046}, hres is 0x80040154 fixme:ole:CoCreateInstance no classfactory created for CLSID {0002e005-0000-0000-c000-000000000046}, hres is 0x80040154 fixme:ole:CoCreateInstance no classfactory created for CLSID {0002e005-0000-0000-c000-000000000046}, hres is 0x80040154 fixme:ole:CoCreateInstance no classfactory created for CLSID {0002e005-0000-0000-c000-000000000046}, hres is 0x80040154 fixme:ole:CoCreateInstance no classfactory created for CLSID {0002e005-0000-0000-c000-000000000046}, hres is 0x80040154 fixme:ole:CoCreateInstance no classfactory created for CLSID {0002e005-0000-0000-c000-000000000046}, hres is 0x80040154 fixme:ole:CoCreateInstance no classfactory created for CLSID {0002e005-0000-0000-c000-000000000046}, hres is 0x80040154 fixme:ole:CoCreateInstance no classfactory created for CLSID {0002e005-0000-0000-c000-000000000046}, hres is 0x80040154 fixme:ole:CoCreateInstance no classfactory created for CLSID {0002e005-0000-0000-c000-000000000046}, hres is 0x80040154 fixme:ole:CoCreateInstance no classfactory created for CLSID {0002e005-0000-0000-c000-000000000046}, hres is 0x80040154 fixme:ole:CoCreateInstance no classfactory created for CLSID {0002e005-0000-0000-c000-000000000046}, hres is 0x80040154 fixme:ole:CoCreateInstance no classfactory created for CLSID {0002e005-0000-0000-c000-000000000046}, hres is 0x80040154 fixme:ole:CoCreateInstance no classfactory created for CLSID {0002e005-0000-0000-c000-000000000046}, hres is 0x80040154 fixme:ole:CoCreateInstance no classfactory created for CLSID {0002e005-0000-0000-c000-000000000046}, hres is 0x80040154 fixme:ole:CoCreateInstance no classfactory created for CLSID {0002e005-0000-0000-c000-000000000046}, hres is 0x80040154 fixme:ole:MSFT_ReadValue BSTR length = 0? fixme:ole:MSFT_ReadValue BSTR length = 0? fixme:ole:MSFT_ReadValue BSTR length = 0? fixme:ole:RegisterTypeLib Registering non-oleautomation interface! fixme:ole:RegisterTypeLib Registering non-oleautomation interface! fixme:ole:CoCreateInstance no classfactory created for CLSID {0002e005-0000-0000-c000-000000000046}, hres is 0x80040154 fixme:ole:CoCreateInstance no classfactory created for CLSID {0002e005-0000-0000-c000-000000000046}, hres is 0x80040154 fixme:ole:CoCreateInstance no classfactory created for CLSID {0002e005-0000-0000-c000-000000000046}, hres is 0x80040154 fixme:ole:CoCreateInstance no classfactory created for CLSID {0002e005-0000-0000-c000-000000000046}, hres is 0x80040154

1 1

Wine 0.9 TODO
by Dimitrie O. Paun Feb. 4, 2004

Feb. 4, 2004

Hi folks, Here is the detailed TODO in all it's glory. We _really_ need to get this over with, so please help us out to get this release out the door. I'll mark names by the tasks based on conversations I had with folks at WineConf (and on the list). If you notice any mistakes, please let me know. Items marked with (???) have no owner. If you think you can help on any of these (including ones that do have owners!), please let me know. Help is needed and appreciated. If it's not clear what needs to be done for any of these, get in touch with me, I'll be more than happy to help you get started. Enjoy! A. WineHQ.org ============== 1. History page (Brian) [IN PROGRESS] 2. Testing status (Ferec) [IN PROGRESS] 3. I18n status (Vincent) [IN PROGRESS] 4. Porting status (Dimi, Steven) [IN PROGRESS] 5. Who's Who (Tom) 6. Documentation page update (???) 7. Download page (esp. source) needs work (???) 8. Acknowledgment page (???) 9. UI status update (???) 10. Integrate API status into WineHQ (???) B. Documentation ================ User Guide ---------- 1. Update configuration instructions based winecfg & regedit (???) 2. Suggest winefile instead of Calmira (???) 3. Misc cleanups (Dimi) Devel Guide ----------- 1. Update COM section/widl (???) 2. Redo Multimedia section (???) 3. Add i18n section (Vincent) 4. Suggest adding tests w/ patches (Dimi) 5. Cross compilation on RH (Michael) 6. Add section on KERNEL32 (???) 7. Misc cleanups (Dimi) Winelib Guide ------------- 1. Update around MinGW/winegcc (Dimi, Francois) 2. Misc updates (Dimi) C. Configuration ================ 1. Complete regedit (Attila) [IN PROGRESS] 2. Complete winecfg (Chris, Mike) 3. Setup API .inf scripts (Chris) [IN PROGRESS] D. UI Code ========== 1. Visible region handling in server (Alexandre) 2. Inter-process handle management (Urlich, Alexandre) E. File Formats =============== 1. .spec files [DONE] 2. .reg files [DONE] 3. I18n output (Vincent) [IN PROGRESS] F. Exported API =============== 1. DLL separation I [DONE] 2. DLL separation II (Alexandre, Eric) [IN PROGRESS] 3. wineserver protocol (Alexandre) G. Tools ======== 1. winebuild: build DLLs from .def files (Alexandre) 2. winegcc: add simple gcc-independence (Dimi) 3. winegcc: generate DLLs/-shared (Dimi) 5. winemaker: generate MinGW compatible makefiles (???) 4. winemaker: use dsw2make from MinGW (???) 5. winemaker: no configure script (???) 6. autoconf: add all Wine-specific macros to the aclocal (???) 7. winedesktop: create new tool (Alex) [IN PROGRESS] H. Miscellaneous ================ 1. Testing daemon to run as a Windows service (???) 2. Exec-shield support (???) 3. Prelink support (???) 4. Version symbols in libwine & libwine_unicode (Alexandre) 5. Find packager for a PE-build of Wine on SF (???) 6. Standardize Wine handling in autoconf (Dimi) -- Dimi.

3 5

Re: ntdll / kernel32: #49
by Dimitrie O. Paun Feb. 4, 2004

Feb. 4, 2004

On Wed, 4 Feb 2004, Eric Pouech wrote: > that's all for now Ahhh, so disappointing! We were expecting a cool patch... :))) -- Dimi. P.S. Man, you rock! This is way, way cool!!!

1 0

[Winecfg] - redo applications tab, misc changes
by Chris Morgan Feb. 4, 2004

Feb. 4, 2004

* programs/winecfg/En.rc, appdefaults.c, properties.c, properties.h, resource.h, winecfg.h, x11drvdlg.c, Es.rc, Pt.rc, Ru.rc, Si.rc Chris Morgan <cmorgan(a)alum.wpi.edu> Rename 'General tab' to 'About', move to the last position. Make applications tab handle global and per-app winver, dosver and winelook settings, mirroring the Libraries tab. Code copied from Robert van Herk's libraries tab. Move global/app specific function and global to the x11drv tab where it is currently used. Add a couple of property helper functions. Set 3D border around treeview controls. Removed invalid resources from languages other than En. Comments, questions, suggestions welcome ;-) Chris

2 1

Re: OLEPictureImpl_Load: fix for headerless pictures
by Fabian Cenedese Feb. 4, 2004

Feb. 4, 2004

>> >> This fails on on my computer and I don't >> >> know how wine could detect if it's a headerless picture or no picture at all >> >> if they look the same (so far). >> > >> >Maybe check header[0] to be real .bmp or .gif magic and header[1] for >> >zero? >> >> I couldn't see a difference, always 0x746c in the first entry. > >Then what type of picture it is? > >0x4947 GIF >0xd8ff JPEG >0x4d42 BMP >0x0000 ICON >0x746c ??? Well, as I didn't use any pictures I don't know what it's supposed to be. Might as well be "NoPic" :) But I have also seen this marker where the second field was not zero. >Have you seen something like "Unknown magic, blah-blah-blah..."? It depends. Without your patch (where [0]=746c, and [1]=0) : trace:ole:OLEPictureImpl_Load (0x40383880,0x414de29c) fixme:ole:OLEPictureImpl_Load icon.idReserved=0 fixme:ole:OLEPictureImpl_Load icon.idType=0 fixme:ole:OLEPictureImpl_Load icon.idCount=0 fixme:ole:OLEPictureImpl_Load [0] width 0 fixme:ole:OLEPictureImpl_Load [0] height 0 fixme:ole:OLEPictureImpl_Load [0] bColorCount 0 fixme:ole:OLEPictureImpl_Load [0] bReserved 0 fixme:ole:OLEPictureImpl_Load [0] xHotspot 0 fixme:ole:OLEPictureImpl_Load [0] yHotspot 0 fixme:ole:OLEPictureImpl_Load [0] dwDIBSize 0 fixme:ole:OLEPictureImpl_Load [0] dwDIBOffset 0 fixme:ole:OLEPictureImpl_Load CreateIcon failed. (obviously when all data are 0) trace:ole:OLEPictureImpl_Release (0x40383880)->(ref=2) trace:ole:OLEPictureImpl_Release (0x40382ec8)->(ref=1) trace:ole:OLEPictureImpl_Destroy (0x40382ec8) trace:ole:OLEPictureImpl_Release (0x40383880)->(ref=1) trace:ole:OLEPictureImpl_Destroy (0x40383880) fixme:ole:OLEPictureImpl_Destroy Unsupported type 0 - unable to delete trace:ole:OLEPictureImpl_Release (0x40380a70)->(ref=1) trace:ole:OLEPictureImpl_Destroy (0x40380a70) trace:ole:OLEFontImpl_ReleaseHfont (0x4037f648)->(0xd82) (lock=0) trace:ole:OLEPictureImpl_Release (0x4037f7a8)->(ref=1) trace:ole:OLEPictureImpl_Destroy (0x4037f7a8) With your patch (already earlier with [0]=756c, [1]=...): fixme:ole:OLEPictureImpl_Load Could only read 109 of 2763 bytes in no-header case? fixme:ole:OLEPictureImpl_Load Unknown magic 746c, 109 read bytes: 6c 74 00 00 00 00 00 00 6c 74 00 00 00 00 00 00 00 00 01 00 00 00 0a 00 54 00 61 00 62 00 20 00 31 00 01 00 00 00 04 52 e3 0b 91 8f ce 11 9d e3 00 aa 00 4b b8 51 6c 74 00 00 00 00 00 00 00 00 00 00 00 00 0a 00 54 00 61 00 62 00 20 00 32 00 01 00 00 00 04 52 e3 0b 91 8f ce 11 9d e3 00 aa 00 4b b8 51 6c 74 00 00 00 00 00 00 00 00 00 00 00 00 ff 02 04 Maybe this isn't even part of a picture and we shouldn't be reading this. How does it know that a picture is coming? Perhaps we shouldn't even enter OLEPictureImpl_Load if there is no picture at all. Thanks bye Fabi

2 1

Orkut community for wine
by Shachar Shemesh Feb. 4, 2004

Feb. 4, 2004

Hi all, Just so noone else create another community, I have created an Orkut community for Wine. It's located at http://www.orkut.com/Community.aspx?cmm=8767. Sorry about the noise. Shachar -- Shachar Shemesh Lingnu Open Systems Consulting http://www.lingnu.com/

1 0

Mouse up vs Mouse click
by Fabian Cenedese Feb. 4, 2004

Feb. 4, 2004

Hi Where is decided if I release the mouse button if a mouse up or a mouse click is generated? Is this time dependent? Or generally the same? The misbehaving app uses a ownerdrawn, CListCtrl-derived list. When I click on a cell not in the first column the cell gets selected. But on wine I can see that the selection flashes shortly and disappears right again (Surprisingly it works when I click in the first column. As my application uses the same code for all columns it must be something else.). After putting some debug messages in my code I found that on Windows after the left-button-down event a left-button-click event is generated, no matter how long I hold the button before releasing. On wine there is no click event but a mouse up event. And the cell flashes even when I hold the button, so it's not the releasing itself that clears the selection. The control is a bit quirky with moving focus around and handling events specially. But still it works on Windows :) Now I'm a bit lost how I can debug this. +mouse didn't show anything usefull. I guess the generating and sending of the events is done in the wineserver. Thankful for any hints. bye Fabi

6 22

PPDEV: Allow to switch direction of the printer port
by Uwe Bonnes Feb. 4, 2004

Feb. 4, 2004

Changelog: dlls/winedos/ppdev.c:IO_pp_outp Allow to switch direction of the printer port This lets mitoujtag.exe access the Jtag chain via the parallel port and a Xilinx parallel cable. -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt --------- Tel. 06151 162516 -------- Fax. 06151 164321 ---------- Index: wine/dlls/winedos/ppdev.c =================================================================== RCS file: /home/wine/wine/dlls/winedos/ppdev.c,v retrieving revision 1.1 diff -u -w -r1.1 ppdev.c --- wine/dlls/winedos/ppdev.c 17 Sep 2003 22:45:46 -0000 1.1 +++ wine/dlls/winedos/ppdev.c 4 Feb 2004 15:27:00 -0000 @@ -300,7 +300,16 @@ case 0: return IO_pp_do_access(idx,PPWDATA,res); case 2: - return IO_pp_do_access(idx,PPWCONTROL,res); + { + /* We can't switch port direction via PPWCONTROL, + so do it via PPDATADIR + */ + DWORD mode = *res & 0x20; + IO_pp_do_access(idx,PPDATADIR,&mode); + mode = (*res & ~0x20); + return IO_pp_do_access(idx,PPWCONTROL,&mode); + } + case 1: case 0x400: case 0x402:

1 0

Unable to compile under FreeBSD 4.8
by CyberBotX Feb. 4, 2004

Feb. 4, 2004

I've been trying to compile the latest version of WINE (1-21-2004) under FreeBSD 4.8-RELEASE, but it keeps failing on me with the following during the compile of glu32: gcc -shared -Wl,-Bsymbolic,-z,defs,-init,__wine_spec_init,-fini,__wine_spec_ fini glu32.spec.o glu.o glu32.dll.dbg.o -o glu32.dll.so -L../../dlls -L../../libs/wine -lwine -L/usr/X11R6/lib -lSM -l ICE -lXxf86dga -lXxf86vm -lXrandr -lXrender -lXv -lXext -lX11 -lGL -lGLU -L ../../libs/port -lwine_port -lm -lc /usr/lib/libgcc.a(_eh.o): In function `__empty': _eh.o(.text+0x9e): undefined reference to `pthread_setspecific' /usr/lib/libgcc.a(_eh.o): In function `__get_eh_info': _eh.o(.text+0xec): undefined reference to `pthread_key_create' _eh.o(.text+0x1b9): undefined reference to `pthread_getspecific' _eh.o(.text+0x1d8): undefined reference to `pthread_setspecific' /usr/lib/libgcc.a(frame.o)(.text+0x44b): undefined reference to `pthread_mutex_lock' /usr/lib/libgcc.a(frame.o)(.text+0x492): undefined reference to `pthread_mutex_unlock' /usr/lib/libgcc.a(frame.o): In function `__register_frame_info': frame.o(.text+0x8d9): undefined reference to `pthread_mutex_lock' frame.o(.text+0x900): undefined reference to `pthread_mutex_unlock' /usr/lib/libgcc.a(frame.o): In function `__register_frame_info_table': frame.o(.text+0x969): undefined reference to `pthread_mutex_lock' frame.o(.text+0x990): undefined reference to `pthread_mutex_unlock' /usr/lib/libgcc.a(frame.o): In function `__deregister_frame_info': frame.o(.text+0x9dc): undefined reference to `pthread_mutex_lock' frame.o(.text+0xa27): undefined reference to `pthread_mutex_unlock' frame.o(.text+0xa4d): undefined reference to `pthread_mutex_unlock' *** Error code 1 Stop in /usr/home/cyberbotx/wine/dlls/glu32. *** Error code 1 Stop in /usr/home/cyberbotx/wine/dlls. *** Error code 1 Stop in /usr/home/cyberbotx/wine. I don't know if there is a way to stop it from doing that, but I was told it'd be best to let you guys know. I was trying to compile the source because I've been having problems with the ported version from FreeBSD's site. --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com) Version: 6.0.564 / Virus Database: 356 - Release Date: 1/22/2004

1 0

Re: Wineconf wrapup
by Brian Vincent (C) Feb. 4, 2004

Feb. 4, 2004

> Say, I wanted to thank everyone for coming to Wineconf 2004; > as far as I can tell, a good time was had by all, and we may > even have accomplished one or two useful things <grin>. fyi, I posted a summary in the form of a WWN issue: http://www.winehq.com/?issue=208 If anyone sees any glaring errors or omissions let me know. -brian

1 0

NHL2004 having problems with OLE?; Error output
by Abdul-Haseeb Ahmad Feb. 4, 2004

Feb. 4, 2004

Okay, so I'm running wine cvs from Feb3 - IE6 installed (installed it on wine20031212 via mike hearn's script and then just used that directory for winecvs) - NHL2004 Demo installed (ftp://ftp.ea.com/pub/easports/demos/nhl2004/NHL2004Demo.exe) & Full version installed - following settings: [AppDefaults\\nhldemo.exe\\Version] "Windows" = "win98" [AppDefaults\\nhldemo.exe\\DllOverrides] "ole32" = "native, builtin" "oleaut32" = "native, builtin" "mshtml" = "native, builtin" "shfolder" = "native, builtin" "shell32" = "native, builtin" "shell" = "native, builtin" "shdocvw" = "native, builtin" "shlwapi" = "native, builtin" "urlmon" = "native, builtin" "crypt32" = "native, builtin" "wininet" = "native, builtin" - ole32, oleaut32 copied from win98 installation, stdole2.tlb from winxp install http://bugs.winehq.org/show_bug.cgi?id=1970 okay, so I can get into the menus with those settings.. ole32/oleaut32 being native reduce the error messages that I get and in the full version lets me navigate around more of the menus.. but I still get some js/html errors.. seems like the HTML files can't read the "global" variables and functions.. im not exactly sure whats going on, i've attached (at http://bugs.winehq.org/show_bug.cgi?id=1970) 1)intro.html which skips the intro videos so you dont get a crash 2)running wine --debugmsg +ole nhldemo (exiting the game as soon as i get into the menus) 3)running winedbg nhldemo, and entering cont a few times until i get into the menu, where i start to get a lot of errors related to the DllUnregisterServer function in the NHL2004 Browser Controls DLL... im hoping someone can help me narrow down the problems here, thanks

1 0

Wineconf wrapup
by Jeremy White Feb. 3, 2004

Feb. 3, 2004

Hi all, Say, I wanted to thank everyone for coming to Wineconf 2004; as far as I can tell, a good time was had by all, and we may even have accomplished one or two useful things <grin>. I really appreciate that so many of you braved -30C temperature and two days of constant snowfall to come work with us on Wine - such insanity^H^H^H^H^H^H^H^H dedication is admirable. I wanted to suggest that we get to planning Wineconf 2005 sooner rather than later; I'm curious to see which European city hosts the event <grin>. For the record, we're willing to be the major sponsor for the next Wineconf; we'll kick in some funds and person power to help make sure it happens. However, I think it'll only work well in conjunction with one or more locals. I did have some closing thoughts and advice I wanted to get off my chest; there are some things I would do differently next time, and it's probably also wise to touch on the things that worked well. In no particular order, here are a number of thoughts: 1. Screw fancy audio/video streaming. Find an inexpensive telephone conference service, and use it. Test it, several weeks in advance, *with the intended audience* (the stream worked fine on this side of the Atlantic, afaict), and *with the expected load*. Our tests were always done with less load than we had during wineconf, because the streaming traffic used the same pipe as the 'net connection everyone was using. We wasted a lot of time and energy on this, against my initial better judgement, and it proved to be largely useless, afaict from the #wineconf comments. Go low tech. Swallow your geek pride. Just get simple audio that works. /me kicks self 2. Things that worked well: A. An inexpensive location Not one person opted for the expensive hotel I listed; cost really matters to this crowd. The last thing we want to do is scare away young people; they often have enormous energy and no cash. Help with hostels and friends with floors was appreciated. B. Breaks The only times that I was sure that productive conversations were occuring was during the breaks. Provide lots of 'em. Go very light on scheduled topics. C. Do lunch in; that worked really well. Have lots of food and beverages about, that also seems to work well. Bring the water cooler down on the *first* day <grin>. D. Internet connectivity is a must. Really. And provide both wireless and wired. We had some grumpy campers when we initially didn't have enough cat5 ports. E. All of the professional conference paraphenalia was invaluable. A wireless mic (preferably two) and someone to operate it. A PA type system. A projector. Even with the relatively small group we had it was invaluable. 3. Suggestion - blue collar location I know it's fashionable to suggest fancy vacation spots for Wineconf 2005, but I honestly think it would be much better to pick a 'blue collar' venue. Pick somewhere that is a transportation hub, with modest prices. Someplace where some Wine hackers live; having local help is incredibly valuable (thanks to Mandi, Chris, Jon, Aric, Zak, Newman, and all of the gang who did so much work). In fact, when we did go to the fancy tourist night spot, we ended up at a bar where it was too loud to talk; conversation amongst folks from 10 different countries is hard enough without load blaring music or odd ball distractions. A quite room and a good supply of ale, perhaps with a whiteboard, is what folks mostly craved. This is just my $0.02; I think others would differ sharply. 4. The final, critical piece of advice Don't type 'ifconfig eth0 down' in a terminal Window on the Mac in an attempt to reinitialize it's DHCP settings, unless you're dead certain you haven't ssh'd over to the server that is the life blood of your community, and is physically miles away behind locked doors... ...and I still can't figure out why Alexandre won't take my patches! <grin> At any rate, I feel much better now - thanks for listening, and thanks for coming. Cheers, Jeremy

2 1

status of journal hook chain work
by Bill Medland Feb. 3, 2004

Feb. 3, 2004

I've just tripped over the fact that the journal hook chains are currently not implemented (and were disconnected in October 2002). Does anyone have any plans to do anything about them? -- Bill Medland mailto:billmedland(a)mercuryspeed.com http://webhome.idirect.com/~kbmed

1 0

shlwapi.MLIsMLHInstance
by Juan Lang Feb. 3, 2004

Feb. 3, 2004

Anyone know anything about this function? I stubbed it to get around an occasional crash in native common controls, but I'm not positive the function signature's correct. --Juan __________________________________ Do you Yahoo!? Yahoo! SiteBuilder - Free web site building tool. Try it! http://webhosting.yahoo.com/ps/sb/

1 0

Re: OLEPictureImpl_Load: fix for headerless pictures
by Fabian Cenedese Feb. 3, 2004

Feb. 3, 2004

>> >In my case there are lots of *.bmp (with picture) with exactly same header >> >i mentioned. Thus header[1]==0 doesnt imply 'there is no picture at all' >> > >> >This pictures came in ole storage taken from a real win32 app, and loading >> >them on windows works correctly. >> >> Do you have VB6? Can you create a testprogram? If not then I can send you one. >> Just create an empty form and place the SSTab on it (the one from tab control, >> not the one in the standard palette). >I don't have VB. In fact i ether dont have VC and windows installed at all >here. > >If you have an winelib based example, let's try get it working. It's not a winelib app but I can send you the exe and ocx off the list. >> This fails on on my computer and I don't >> know how wine could detect if it's a headerless picture or no picture at all >> if they look the same (so far). > >Maybe check header[0] to be real .bmp or .gif magic and header[1] for >zero? I couldn't see a difference, always 0x746c in the first entry. bye Fabi

2 1

Re: OLEPictureImpl_Load: fix for headerless pictures
by Fabian Cenedese Feb. 3, 2004

Feb. 3, 2004

>> I don't think that this is correct. If header[1] is 0 then it means that there is no picture at >> all, and not a picture without header (me thinks). When trying to start a program that uses >> the SSTab from TabCtl32.ocx without having assigned icons to the tabs it fails because >> wine tries to create icons that aren't in the stream. So there's no point in continuing and trying >> to read data from the stream. I could only make it work when I jump out of this function >> without doing anything if header[1] is 0. That may be wrong too but this patch doesn't >> solve it either. > >In my case there are lots of *.bmp (with picture) with exactly same header >i mentioned. Thus header[1]==0 doesnt imply 'there is no picture at all' > >This pictures came in ole storage taken from a real win32 app, and loading >them on windows works correctly. Do you have VB6? Can you create a testprogram? If not then I can send you one. Just create an empty form and place the SSTab on it (the one from tab control, not the one in the standard palette). This fails on on my computer and I don't know how wine could detect if it's a headerless picture or no picture at all if they look the same (so far). Thanks bye Fabi

2 1

Re: OLEPictureImpl_Load: fix for headerless pictures
by Fabian Cenedese Feb. 3, 2004

Feb. 3, 2004

>Hi, >In my case headerless bitmaps have >{ 0x42, 0x4d, 0x9c, 0xbd, 0x00, 0x00, 0x00, 0x00 } first 8 bytes. > >So, when last four are equal to zero its 'no header' case. > >ChangeLog: > OLEPictureImpl_Load: fix for headerless pictures > >Index: dlls/oleaut32/olepicture.c >=================================================================== >RCS file: /home/wine/wine/dlls/oleaut32/olepicture.c,v >retrieving revision 1.30 >diff -u -r1.30 olepicture.c >--- dlls/oleaut32/olepicture.c 5 Sep 2003 23:08:33 -0000 1.30 >+++ dlls/oleaut32/olepicture.c 1 Feb 2004 12:35:41 -0000 >@@ -875,7 +875,7 @@ > FIXME("Failure while reading picture header (hr is %lx, nread is %ld).\n",hr,xread); > return hr; > } >- if (header[1] > statstg.cbSize.QuadPart) {/* Incorrect header, assume none. */ >+ if (header[1] > statstg.cbSize.QuadPart || (header[1]==0)) {/* Incorrect header, assume none. */ > xread = 8; > xbuf = This->data = HeapAlloc(GetProcessHeap(),HEAP_ZERO_MEMORY,statstg.cbSize.QuadPart); > memcpy(xbuf,&header,8); I don't think that this is correct. If header[1] is 0 then it means that there is no picture at all, and not a picture without header (me thinks). When trying to start a program that uses the SSTab from TabCtl32.ocx without having assigned icons to the tabs it fails because wine tries to create icons that aren't in the stream. So there's no point in continuing and trying to read data from the stream. I could only make it work when I jump out of this function without doing anything if header[1] is 0. That may be wrong too but this patch doesn't solve it either. Described here: http://www.winehq.org/hypermail/wine-devel/2004/01/0968.html bye Fabi

2 1

Re: Sourceforge WIne RPMs and Yum
by Dwayne Bailey Feb. 3, 2004

Feb. 3, 2004

Hi, Are there any yum experts here? I thought it would be a good idea to get a yum repository established for the Wine RPMs held at sourceforge. I for one would love to have the latest build of wine installed as soon as RPMs are available on Sourceforge. yum-arch seems to be the command to create the repository headers but I'm not sure how you would manage this with the round robbin sourceforge downloads. I think some other sf project have managed this. Anyone out their who can help? Dimitrie O. Paun wrote: >On February 3, 2004 04:42 am, you wrote: > > >>I was wondering if it would be possible to create yum repositories >>of the Sourceforge RPMs certainly for use with Fedora. >> >> > >It sounds like a really good idea, but I know little about the topic, >as I'm not yet running Fedora. You may want to post a call for >volunteers on wine-devel(a)winehq.org, maybe someone has the know-how >and steps forward... > > > -- Kind regards Dwayne Bailey dwayne(a)translate.org.za +27-21-448 7827 / 9265 (work) +27-21-448 9574 (fax) +27-83-443 7114 (cell) "An English-only, or even an English-mainly, policy necessarily condemns most people, and thus the country as a whole, to a permanent state of mediocrity, since people are unable to be spontaneous, creative and self-confident if they cannot use their first language" Dr Neville Alexander - 'Where English can Serve but not Empower.' Translate.org.za - Opensource software for all South Africans A project of the Zuza Software Foundation Zuza - given freely, get as a gift, obtained freely

1 0

Re: Wine 0.9 TODO
by Dimitrie O. Paun Feb. 3, 2004

Feb. 3, 2004

On February 3, 2004 02:56 am, Lars Segerlund wrote: > I am curious about 'testing daemon to run as windows service' [I'm Cc:-ing wine-devel, other may be interested in this as well] This TODO item has nothing to do with running services under Wine. What this is instead is a real Win32 service for Windows. The purpose of this service is to help us automate the running of our conformance test suite under Windows. It's operation should be very simple: once installed, it has to poll (say every 1h) a location on winehq.org to determine when new tests are available. When they are, it has to download one executable (winetest.exe), and run it (winetest.exe -b). That's it. This way, people that want to help us test, can simply install this service, and go by their business. Needless to say, we need a volunteer for this... No Unix experience required, this is purely a Win32 little app. Nice way to get started :) -- Dimi.

1 0

WineConf update
by Vizzini Feb. 2, 2004

Feb. 2, 2004

After a slippery drive home (12 stressful hours from Minneapolis -> Kansas City, rather than the six it took me to get there on Friday), I finally have time to report a bit on WineConf. First of all, I'd like to thank Codeweavers on behalf of those of us from ReactOS that attended the conference. It was really run well, with ample free food (always a requirement). I didn't even mind -5F as much as I thought! There were about 35 Wine and ReactOS hackers there, and two days worth of presentations. I started getting serious questions about ReactOS the instant people figured out who I was. There was about a 50/50 split between people wanting to know what it was and people wondering why we are bothering to do this. There were a lot of interesting (and passionate) conversations about the role of Linux on the desktop, the stupidity of trying to clone the windows kernel, intellectual property considerations, etc. I can say that in all cases, the discussions were very positive and open. I'm certain that I didn't convince everyone, but just the opportunity to make the case was worthwhile. The ReactOS presentation on Sunday morning went as well as can be expected, given the state of our code. I spoke from a prepared deck (http://plasmic.com/~vizzini) for about 15 or 20 minutes, and then we demonstrated various aspects of the system. Steven ran the demonstrations, which included showing off Explorer, Windows XP Notepad, and our installation system. Then, the four of us (Steven, Art, Mark, and me) took questions. Most of the questions this time around were very technical in nature, and there was at least one question (from Gavriel State, regarding our DIB engine), that pretty much stumped us (can one of the UI guys please comment?). We had two crashes due to the floppy driver (well, also due to my stupidity at not configuring VMWare with a blank floppy disk image before starting), and one non-detected mouse incident. There was also a bit of a repainting problem, but on the whole, the system represented itself well. There was a very interesting question brought up on Saturday morning by one of the Wine guys (Mike perhaps?) regarding running ReactOS inside Linux, like Win4Lin. I was skeptical at first, but having slept on it a day or two, I think this is a really cool idea. The proposal is that we adapt our own ntoskrnl.exe and hal.dll to run correctly in user mode, just like user mode linux does, and use them to run the rest of a native Windows XP system. In other words, it replaces Win4Lin with free software, and it would be compatible with the current Windows OSes. Much investigating remains to be done, of course - I can't really even guess at the level of difficulty or time required at this point - but it is worth pursuing in my opinion. Jan Kratochvil also joined us to present about his Captive NTFS project. For those that don't remember what this is, Jan got the ntfs.sys driver from Windows XP running in Linux, in part by using chunks of ReactOS code. Jan and I had some offline discussions as well about bringing Captive's improvements back into our tree, and about other captive-like projects that could be implemented. I expect a lot of focus will be applied to this area of Quasi-Wine, Quasi-ReactOS hacking over the next year. All in all, it was a really great conference, and I'll definitely try to attend again next year. Presentations were good, conversations were interesting, people were friendly, and Minnesota at -5 was beautiful! ;-) -Vizzini

2 2