wine-devel April 2003

wine-devel@winehq.org

121 participants
314 discussions

Using WIN32 DLL from Unix library
by Vittorio Ballestra 07 Apr '03

07 Apr '03

Hello, I'd like create a unix shared library that will make some call to a WIN32 DLL using wine. Is this possible, and if it is so, where may I find some documentation pointers on how to achieve this ? Tnx, Vittorio

2 2

Re: [msimg32] Implements GradientFill
by Roderick Colenbrander 06 Apr '03

06 Apr '03

I think this patch shouldn't be applied. Today I was playing with some winxp apps that spit out a lot of unimplemented stuff. I found the following undocumented function: GdiGradientFill. After some searching on google I found some info about a function that looks a lot like it (brother or sister). This is the prototype as it can be used from good old VB: Declare Function GdiGradientFillRect Lib "gdi32" Alias "GdiGradientFill" (ByVal hdc As Long, pVertex As TRIVERTEX, ByVal dwNumVertex As Long, pMesh As GRADIENT_RECT, ByVal dwNumMesh As Long, ByVal dwMode As Long) As Long compare with: BOOL WINAPI GradientFill( HDC hdc, TRIVERTEX *vert_array, ULONG nvert, void * grad_array, ULONG ngrad, ULONG mode ) Mike Hearn and I assume that GdiGradientFill and GradientFill are the same. The one redirects to the other. Creating circular dependecies isn't a good problem I think. So I think this code should be moved to gdi32 and that msimg32 forwards it. Roderick Colenbrander On Saturday 05 April 2003 23:27, Maxime Bellengé wrote: > This patch implements the GRADIENT_FILL_RECT_{H|V} cases > of GradientFill. > > This makes the eMule menu looks much better. > > a+ > > Max

2 1

Re: winedos / Small bug fixes
by Enrico Horn 06 Apr '03

06 Apr '03

Hi, On Sunday 06 April 2003 15:40, Jukka Heinonen wrote: > This patch fixes a few bugs in winedos. > > > > > Changelog: > Return correct segment for VESA information. > Check oem number/version flag first and after that overwrite > condition code. > With this patch I get an unhandled exception while trying to run callahans crosstime saloon, an dos adventure that makes use of vesa. without the patch the program runs, just with a black picture :-) Here is a backtrace: =>0 0x504f4344 (_end+0xc29dc08) (ebp=448c2d14) 1 0x41be436c (VGA_Poll_Graphics+0x5c [vga.c:854] in winedos.dll.so) (ebp=448c2d50) 2 0x41be4717 (VGA_Poll+0x37(arg=0x0, low=0x4e6700d6, high=0x1c2fc80) [vga.c:940] in winedos.dll.so) (ebp=448c2d64) 3 0x400de5ea (.L130+0x4a [sync.c] in libntdll.dll.so) (ebp=448c2e14) 4 0x400de742 (NTDLL.DLL.NtWaitForMultipleObjects+0x122 in libntdll.dll.so) (ebp=448c2eb8) 5 0x400c163f (WaitForMultipleObjectsEx+0x5f(count=0x0, handles=0x0, wait_all=0x0, timeout=0xffffffff, alertable=0x1) [synchro.c:94] in libntdll.dll.so) (ebp=448c2ee8) 6 0x41be2cec (VGA_TimerThread+0x4c(dummy=0x0) [vga.c:279] in winedos.dll.so) (ebp=448c2f08) 7 0x400c2b3d (THREAD_Start+0x7d [thread.c:1619] in libntdll.dll.so) (ebp=448c2f28) 8 0x400c19c9 (SYSDEPS_StartThread+0xa9(teb=0x448d3000) [sysdeps.c:171] in libntdll.dll.so) (ebp=448c2ff4) 9 0x4031e8d4 (clone+0x44 in libc.so.6) (ebp=00000000) Ciao Enrico farmboy1(a)web.de

1 0

Re: the rest of dmusic stubs
by Lionel Ulmer 06 Apr '03

06 Apr '03

> BTW: were there any attempts to write a script which would create ICOM > Interfaces automatically? ;=) Well, 99 % of the stubs / architecture of the 'new' D3D code was done automagically using a Python script which took the header files and generated the ICOM macro stuff, the interfaces and the VTables (it even did the factorisation of code and generated the stubs for 'easy' stubs). Lionel -- Lionel Ulmer - http://www.bbrox.org/

1 0

Re: Launching files with params
by Vilppa Salt 06 Apr '03

06 Apr '03

> From that log, it looks like wine didn't find start.exe. > What version of Wine are you using? You are right. start.exe is not found. I thought that the program that start.exe is trying to run is not found. :) What should I do to get the wine to find start.exe? I noticed that Wine looks for some registry entries for start location. Maybe I'm missing those reg entries? Wine is compiled from CVS. It's two days old. > Where is your start.exe located? Here? /usr/local/lib/wine/start.exe.so Vilppa --- Vilppa- Sunpoint.net ilmoittaa: Sunpoint.net tarjoaa kaikille rekisteröityneille käyttäjilleen kuukausimaksuttoman Internet -yhteyden (pvm). http://www.sunpoint.net/SunAds/click.htm?mode=footer&id=71&jump=http%3A%2F%…

2 1

WineHQ page
by Michal Janusz Miroslaw 06 Apr '03

06 Apr '03

The new WineHW site looks great. But the dashes appearing in elinks make it soooo ugly. When you remove alt="-" parameter from <img> tag they ... disappear! :) -- Michal Miroslaw PS. Why don't you use ' ' instead of '<img src=blank.gif ...>' ?

3 2

re: Transient registry entries?
by Dan Kegel 06 Apr '03

06 Apr '03

> My app reads the registry to figure out network information, in > particular it queries the [HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows > NT\CurrentVersion\NetworkCards\] key to discover network cards, then > [HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services] to figure out the > IP address of each one (this program can bind to multiple adaptors). > ... > a) In initial setup, ie when you install Wine > b) At Wine startup > c) On demand, ie by writing special cases into the registry access code. Clearly c) because that will work properly even when doing hotplugging of pcmcia cards and doing interactive dialup to an isp. Might want to cache it for 10 seconds or something, and you might need to worry about what happens when programs are reading the reg entries *while* an interface is changing. (heh.) BTW there is a system call getifaddrs on many flavors of Unix that does this kind of query, and there's a library implementation of it for linux. See http://www.kegel.com/dkftpbench/dkftpbench-0.45/getifaddrs.c http://www.kegel.com/dkftpbench/dkftpbench-0.45/getifaddrs.h The registry code should probably just call this function. - Dan -- Dan Kegel http://www.kegel.com http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045

5 7

Re: Patch - Fix building rpcrt4 on mingw
by Steven Edwards 06 Apr '03

06 Apr '03

Regression tests still seem to work after this but I have no idea about any of the inner workings of rpcrt4. Thanks Steven Steven Edwards wrote: > I have no idea if this will work on windows at all but it can at least > be built now. This is going to throw 3 warnings now when building on > mingw but I dont really understand anything about this code. > > Changelog: Porting fix >

1 0

Re: Launching files with params
by Dan Kegel 06 Apr '03

06 Apr '03

From that log, it looks like wine didn't find start.exe. What version of Wine are you using? Where is your start.exe located? - Dan (author of our lovely little start.exe) -- Dan Kegel http://www.kegel.com http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045

1 0

Wine and Glibc 2.3.2
by Roderick Colenbrander 05 Apr '03

05 Apr '03

Hi, I know there are/were glibc 2.3x problems and wine. My system is running Debian Unstable. I'm trying to help the mono guys a bit with Windows.Forms. Because of some bugs in the glibc 2.3.1-16 version debian is using, the winelib based app needed by mono didn't work. (dlopen related problems) I upgraded my glibc to 2.3.2-1 using the packages that will move into Debian soon. I recompiled my wine (latest from cvs) and wine itself runs. (still the /tmp problems ..) Compared to other distributions which use 2.3.2 debian isn't using nptl. Monostub (the winelib app from mono) and winedbg are not working fine. Is it correct that Wine still isn't compatible with glibc2.3.2 version that are not using nptl? For example I'm getting errors like this when trying to use monostub but winedbg isn't being launched: wine: Unhandled exception, starting debugger... err:seh:EXC_DefaultHandling Unhandled exception code c0000005 flags 0 addr 0x4029486b Thanks, Roderick Colenbrander

1 0

← Newer
1
...
23
24
25
26
27
28
29
...
32
Older →

Jump to page:

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 April 2003