wine-devel

wine-devel@winehq.org

3 participants
84480 discussions

Need better documentation of Windows 16/32 APIs for Mingw Port
by Steven Edwards 06 Jun '02

06 Jun '02

Does anyone where I can find some good information on the win16/32 APIs? Any book refrences to amazon mabey? I'm trying to make a detailed list of what needs to be done to seperate all of the Wine 16/32 code and fix the locations of 16bit api call importations and it is turning in to a PITA. Finding anything on the normal APIs in MSDN is gettin harder everyday with all of the .NET crap they keep adding and the fact they tend to have a lot of bugs in there own docs. I will be submitting a few issues to bugzilla and emailing wine-devel this weekend with all of the TODO for proper seperation. Thanks Steven __________________________________________________ Do You Yahoo!? Yahoo! - Official partner of 2002 FIFA World Cup http://fifaworldcup.yahoo.com

2 1

Re: null midi device
by Johan Gill 06 Jun '02

06 Jun '02

I was thinking: Couldn't one use timidity to make a fake midi device that actually produces sound? That would be something.

1 0

Bug 586
by admiral coeyman 06 Jun '02

06 Jun '02

Before retiring this bug with a patch, I have to check some things with somebody who knows the memory functions used in DOS emulation. I got the return address using CTX_SEG_OFF_TO_LIN on SegSs and Eip. Then, I used DOSMEM_MapDosToLinear on the return of DOSMEM_MapRealToLinear( (DWORD)*retpointer ) where retpointer is the result of the CTX call. I'm hoping that this gave me the linear address of the return address. Backup once, write a NOP ( 00 ) Backup again and write the 0x9b wait instruction. That should overwrite the interrupt call. Then, I have to back the return address up two bytes, to execute this code. Since my code pointer points to the first byte that I changed, I used DOSMEM_MapLinearToDos((LPVOID *)codepointer) and stored that value in *retpointer. Do these functions do what I think that they do and did I get my offsets right? If I got all of this right, I'll be able to complete the rest of these emulation interrupts, assuming an FPU is installed. There is one thing that bothers me. My resources say that this emulation code is part of the programs that use it. I don't have this program to test with. God Bless, --Admiral Coeyman -- --- May you live as long as you wish and age but a single day. http://www.dotguy.net/ admiral(a)corner.net Webmaster/ Linux Administrator Computer Co-Op/CornerNet

1 0

Asymmetric mouse movement in DGA2 mode
by J. Christopher Pereira 05 Jun '02

05 Jun '02

Hi: I patched 'windows/x11drv/event.c' to run Starcraft in DGA2 mode. In DGA2 I noticed that the mouse movement is't symmetric, ie: mouse speed when moving left/up < mouse speed when moving right/down. To fix this, I modified 'dlls/x11drv/mouse.c', adding: void X11DRV_DGAMotionEvent( HWND hwnd, XDGAMotionEvent *event ) { update_key_state( event->state ); // HACK: fix asymmetric mouse motion if(event->dx < 0) event->dx *= 2; if(event->dy < 0) event->dy *= 2; send_mouse_event( hwnd, MOUSEEVENTF_MOVE, event->dx, event->dy, 0, event->time ); } (just empirical values) Why does this happen? Is there any cleaner solution? Observation: in 'send_mouse_event' says: "/* Relative mouse movements seem not to be scaled as absolute ones */" BTW, in this application, when the mouse reaches the border of the screen (moving the mouse cursor out of the window), the view is supposed to be scrolled in that direction. This doesn't work in DGA mode, but works when not using DGA Any idea? System: latest winex CVS version + XFree86 4.2.0

2 2

Making a patch
by Nix N. Nix 05 Jun '02

05 Jun '02

I have implemented the RunFileDlg in shell32.dll, but I don't know how to make a patch and submit it to wine-patches. Well, I have a pretty good idea, but I don't want to submit a garbage patch. Can you please help me ? Thanks.

2 1

Call for application owner
by Guy L. Albertelli 05 Jun '02

05 Jun '02

Having just fixed Bug 671, I think we need an owner for the Valve Hammer application. It demonstrates numerous bugs on the CVS version (4 days old). The bugs range from LoadLibrary errors during the installer run, to gui problems with the main screen. Even the tab control demonstrates differences from native in this package. I don't have the time to use this program as a test base and hope someone can step up and do it. The installer is the second attachment to Bug 671 and is all you need to get started. Guy Albertelli <<galberte(a)neo.lrun.com>>

2 1

WINE dlls on Windows Status Update
by Steven Edwards 05 Jun '02

05 Jun '02

As many of you know, I have been in the process of porting the WINE shared libraries to Mingw as Windows PE dlls for the ReactOS project. Below are results of testing the dlls that we can build from the current WINE tree under Windows98SE. We were going to use win2k for this test however the Windows File Protection was giving us to much trouble for it to be worth it at this time. Another test is planned at the end of the month using win2k. Thanks to Chris Gianelloni for helping to setup and run these test in VMware. Thanks Steven "Every revolution was once a thought in one man's mind" - Ralph Waldo Emerson comcat.dll Win98 Test - Load of DllRegisterServer failed comctl32.dll Win98 test - shell32 imports ImageList_Read from comctl32.dll (kills 98 bootup) crtdll.dll Not Tested - Forwarder to Msvcrt crypt32.dll Not Tested - Stubbed Dll dciman32.dll Not Tested - Stubbed Dll dinput.dll Joy.cpl would not load in control panel dplayx.dll dxdiag.exe - Failure at step 2 (Creating Direct PLay object):HRESULT=0x80040154 (CLASS NOT REGISTERED) imagehlp.dll IE works , Outlook Express starts very slowly Check this =P http://service2.symantec.com/SUPPORT/nav.nsf/docid/2000011214501806 imm32.dll Stubbed Dll no problems but nothing to test with mapi32.dll If Outlook Express uses it then its fine. we replaced mapi32,mapi32x and mapi32s stub and it worked with hotmail and pop/imap. msdos prompt appears to be lined to mapi32.dll =P mpr.dll Didnt ask to login, Network Neigborhood is GONE, setupapi.dll is linked to missing export in mpr.dll:WNetCancelConnection2A error loading powerprof.dll a device attached to this system is not functioning. When trying to browse a smb network \\192.168.0.250 Error the network request is not supported msdmo.dll Not Tested as blank msimg32.dll Not Tested - Stubbed Dll msisys.ocx msinfo.exe loads and works. netapi32.dll FileSharing works. odbc32.dll Not Tested oleaut32.dll You cant view as a web Page in My Computer. If disable View as Web Page everything works fine oledlg.dll Nothing wrong but Stubbed Dll olepro32.dll Not Tested - Stubbed Dll rasapi32.dll No test as no modem at current riched32.dll Tested Win98 - Outlook Express, Networking, IE all flawless. serialui.dll No tested as no modem at current shdocvw.dll General Protection Fault - Explorer.exe shlwapi.dll Shell32 missing export from shlwapi SHRegGetUSValueA (kills 98 bootup) tapi32.dll No test as no modem at current twain_32.dll Not tested No Scanner to test with at this time. urlmon.dll Kills MSHTML. No Error. IE just doesnt work. Neither does View as Web Page crap. Forgot to test Outlook Express winnls.dll Not Tested - Stubbed Dll winspool.drv Error twice loading powerprof.dll - A device attached to the system is not functioning setupapi dll is linked to missing exported Winspool.drv:GetPrinterDriverDirectoryA the vmcontrolpanel.cpl is linked to missing export Winspool.drv:OpenPrinterA wintrust.dll Not Tested - Stubbed Dll

1 0

Re: Lower bugs changing note
by Andriy Palamarchuk 05 Jun '02

05 Jun '02

--- Dustin Navea <speeddymon(a)yahoo.com> wrote: > The changes on the lower numbered bugs are done by > me, > trying to get some of these old bugs out of he list > of > ones to be worked on, if they have been fixed..... I noticed :-) Dustin, thank you for the great work you do. It was long overdue to clean these old issues. I have some comments - sometimes you mark as resolved and ask to reopen if the bug still exists bugs with very nice reports. I think this is good approach when you can't check whether the problem still exists or for some obscure applications, but many of the bug reports you closed are short, nice and consious. I think better approaches with these sort of bug reports is: a) try to reproduce yourself - the best approach. Your confirmation in the bug comments is very important for developer who may try to fix the issue. b) if research looks complex - a half a way to solving a bug, you can add comment, smth like "Needs to be confirmed". In both cases bug can be assigned to the component owner. c) ask to confirm without resolving the bug All these approaches insure that bug report won't be forgotten and this can happen if the bugs are just marked as "resolved". Could you try to go through the old bugs you marked as resolved? I already started to do this. I'll leave my comments in the bugs I reviewed. Thanks, Andriy __________________________________________________ Do You Yahoo!? Yahoo! - Official partner of 2002 FIFA World Cup http://fifaworldcup.yahoo.com

2 1

FW: WINE with MFC and C++ DLLs (Was: Info on porting Wine dlls and programs to Mingw)
by Steven Edwards 05 Jun '02

05 Jun '02

In case anyone is interested in a alternitive to winemaker. Steven "Every revolution was once a thought in one man's mind" - Ralph Waldo Emerson -----Original Message----- From: José Fonseca [mailto:j_r_fonseca@yahoo.co.uk] Sent: Friday, May 31, 2002 1:18 PM To: Steven_Ed4153(a)yahoo.com Cc: mingw-dvlpr(a)lists.sourceforge.net Subject: Re: WINE with MFC and C++ DLLs (Was: Info on porting Wine dlls and programs to Mingw) On 2002.05.31 17:44 Steven Edwards wrote: > MFC can and has been built with Wine although M$ licensing regarding > MFC on non-windows platforms is confusing as it has been changes a few > times. I think VS6 Before SP3 is OK. > This is nice to know. The MFC has been subject of long threads here. It's good to know that we can give some alternatives when people ask. (My general idea is that people who minimally care with cross-compiler (not to mention cross-platform) compatibility would never choose to build an application upon MFC - and that's probably the reason for why MFC has been loosing some ground and interest... ) > Also you guys might be insterested in the winemaker.pl script. It > converts VS makefiles to UNIX makefiles and can configure your win32 > application to be built with winelib+MFC. I may look at adapting it to > Mingw as part of the port I once made a small sed script for that, but probably it's not as complete as winemaker.pl. But we do have a fairly complete MS Dev Studio workspace to Unix Makefiles converter. It's availabable on http://mefriss1.swan.ac.uk/~jfonseca/gnu-win32/software/msds/ and it will soon be included on a "mingw-utils" package. Perhaps that might be interesting for the WINE Lib project too? Regards, José Fonseca

2 1

Improving debugging (gdb) support
by tijs＠connectux.com 04 Jun '02

04 Jun '02

Hi, I'd like to improve debugging support for Wine, and have time to undertake a larger project. Either I could work on winedbg to match gdb's features, or I could try to make gdb understand Wine better. Given the amount of useful frontends for gdb, it seems wiser to go for the second option. I'd love to be corrected if you think working on winedbg is a better choice. Gdb seems to have trouble understanding the way windows processes run in Wine. If anyone has thought about this, I'd like to know your opinions on a good solution to this problem. Furthermore, it seems useful to make gdb parse the .pdb format, or other debugging information. Winedbg already has a working pdb parser, which I could port to gdb. Feel free to push me in the right direction. -- Tijs van Bakel, ConnecTUX, <tijs(a)connectux.com>

7 7

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