wine-devel

wine-devel@winehq.org

3 participants
84481 discussions

Re: SetSystemMetrics
by Alexandre Julliard 07 Oct '01

07 Oct '01

Andriy Palamarchuk <apa3a(a)yahoo.com> writes: > Files sysmetrics.c, sysmetrics.h: > Implementation of SetSystemMetrics function which sets data accessed by > GetSystemMetrics. Applied, but I renamed it to SYSMETRICS_Set. Internal functions should not be named the same way as exported APIs, otherwise people reading the code will think this is a standard Windows function. -- Alexandre Julliard julliard(a)winehq.com

2 1

dosmem
by Nog 05 Oct '01

05 Oct '01

In my quest to get helppc running and working in wine, I noticed that it tries to access the text mode buffer directly (b000, I think). This memory doesn't seem to be emulated in dosmem.c and my exploration into how to implement it were in vein. Could anybody please help? Anyway on another note, to get the program to exectute this far I had to add a hack to vga.c. What the program was doing, was, it waited until the light pen trigger was set, when it read the light pen trigger set (bit 1) from the vga status register (3da) and then it would wait until it was unset again. I've attached a patch to solve this problem, but its definatly not the right way of doing it, anyway see what you think. Index: vga.c =================================================================== RCS file: /home/wine/wine/msdos/vga.c,v retrieving revision 1.7 diff -u -r1.7 vga.c --- vga.c 2001/06/19 18:14:08 1.7 +++ vga.c 2001/10/04 17:54:02 @@ -31,6 +31,8 @@ typedef HWND WINAPI (*CreateWindowExAProc)(DWORD,LPCSTR,LPCSTR,DWORD,INT,INT, INT,INT,HWND,HMENU,HINSTANCE,LPVOID); static CreateWindowExAProc pCreateWindowExA; +int pentrigger = 0; + static void VGA_DeinstallTimer(void) { if (poll_timer) { @@ -333,6 +335,15 @@ we need to fake the occurrence of the vertical refresh */ ret=vga_refresh?0x00:0x08; vga_refresh=0; + + /* The light pen trigger is a bit tricky, programs want it set first + and then they wait until its unset agian */ + if(pentrigger == 1) { + pentrigger = 0; + ret += 0x5; + } + else + pentrigger = 1; break; default: ret=0xff;

3 4

OLE File Format Documentation
by Charles Wyble 05 Oct '01

05 Oct '01

Hello Everyone. My name is Charles Wyble, and I am working on an open-source library for reading/writing ole files. I want to get all the documentation/source code I can. So far, I have gotten things from: 1)John E. Adams(provided an ole-dump utility) 2)Martin Schwartz's document 3)libole2 4)The Filters Project I was wondering if the wine developers, have any source documentation to share? Also which modules contain the ole source code in CVS? If you are interested in the items I have gathered, I can post them to the list or an FTP/WEB site. ===== Charles Wyble God Bless jackshck(a)yahoo.com __________________________________________________ Do You Yahoo!? NEW from Yahoo! GeoCities - quick and easy web site hosting, just $8.95/month. http://geocities.yahoo.com/ps/info1

2 1

CVS, diffs, and a newbie (me)
by Daniel Sabo 04 Oct '01

04 Oct '01

What is the proper way to submit a patch to wine? Do you need a special password to use cvs commit or can you only mail in diffs? How do you make a propper diff (yeah, I'm really new at this)? If someone could just add the needed 'fi' to the end of tools/winelauncher.in I'd be happy too :).

2 1

Re:CVS, diffs, and a newbie (me)
by Eric Pouech 04 Oct '01

04 Oct '01

well there should be some info on www.winehq.com (development or tools part). basically, patches are generated with cvs diff -u and sent to wine-patches(a)winehq.com the project leader takes care of putting them into cvs A+ > What is the proper way to submit a patch to wine? Do you need a > special password to use cvs commit or can you only mail in diffs? > How do you make a propper diff (yeah, I'm really new at this)? > > If someone could just add the needed 'fi' to the end of tools/winelauncher.in > I'd be happy too :). > > > > --------------- Eric Pouech (http://perso.wanadoo.fr/eric.pouech/) The future will be better tomorrow, Vice President Dan Quayle __________________________________________________________ Faites un voeu et puis Voila ! www.voila.fr Pendant tout l'été, gagnez une Ford Ka sur Voila Gratter ! http://cybergrattage.voila.fr/voila

1 0

Re: typelib patch 2
by Marcus Meissner 04 Oct '01

04 Oct '01

On Wed, Oct 03, 2001 at 04:35:14PM +0200, Ove Kaaven wrote: > As far as I can tell, the DISPATCH_METHOD flag shouldn't be masked out > in here... (Marcus, was there a reason for this?) No, I was just confused by the bad enum and lack of documentation mostly ;) Ciao, Marcus

1 0

Re: Resolving already resolved ordinal for Borland style imports
by Alexandre Julliard 03 Oct '01

03 Oct '01

Uwe Bonnes <bon(a)elektron.ikp.physik.tu-darmstadt.de> writes: > Or is it an error that we call > PE_fixup_imports for the second time at all for an already resolved dll? Yes, we should never fixup a dll twice. -- Alexandre Julliard julliard(a)winehq.com

2 1

Re: typelib patch 2
by Uwe Bonnes 03 Oct '01

03 Oct '01

>>>>> "Ove" == Ove Kaaven <ovek(a)arcticnet.no> writes: ... Ove> With this patch, InstallShield6's user interface comes up. (It Ove> seems to start to fail in some shell stuff, though) With or without the installshield 6 patch on wine-devel? Bye -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt --------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------

2 1

Re: cross-process EnableWindow
by Alexandre Julliard 03 Oct '01

03 Oct '01

"Bill Medland" <medbi01_1(a)accpac.com> writes: > I'm not trying to push; I'd just like to know. Does anyone have an idea how > long it will be before EnableWindow can enable a window in another process. It's not too far, basically all the needed infrastructure is in place now. Only I have had very little time lately to work on it. -- Alexandre Julliard julliard(a)winehq.com

2 1

Resolving already resolved ordinal for Borland style imports
by Uwe Bonnes 03 Oct '01

03 Oct '01

Hallo, some programm using a dll with Borland style imports crashes if the dll is loaded a second time. When PE_fixup_imports is called for the first time, resolving goes fine (_relay,+win32 log, with BON: -line additional, hopefully selfexplaining output) trace:win32:PE_LoadLibraryExA BON:D:\wine95\system\netapi32.dll trace:win32:dump_exports *******EXPORT DATA******* trace:win32:dump_exports Module name is NETAPI32.dll, 1 functions, 1 names trace:win32:dump_exports Ord RVA Addr Name 1 00001000 0x7fad1000 Netbios trace:win32:PE_fixup_imports Dumping imports list trace:win32:PE_LoadLibraryExA BON:D:\wine95\system\netbios.dll trace:win32:dump_exports *******EXPORT DATA******* trace:win32:dump_exports Module name is NETBIOS.dll, 6 functions, 6 names trace:win32:dump_exports Ord RVA Addr Name 1 00001a37 0x7f6f1a37 NetbiosAddthd 2 000019eb 0x7f6f19eb NetbiosDelete 3 00001a96 0x7f6f1a96 NetbiosDelthd 4 000019b1 0x7f6f19b1 NetbiosInitialize 5 0000186b 0x7f6f186b PostRoutineCaller 6 0000102e 0x7f6f102e _Netbios trace:win32:PE_fixup_imports Dumping imports list trace:win32:PE_fixup_imports Borland style imports used trace:win32:PE_fixup_imports BON:load_addr 7f6f0000 trace:win32:PE_fixup_imports BON:thunk 0x602c trace:win32:PE_fixup_imports BON:ordinal 6080 ^^^^ trace:win32:PE_fixup_imports BON:name KERNEL32.dll trace:win32:PE_fixup_imports BON:pe_name 0x7f6f6080 trace:win32:PE_fixup_imports BON:pe_name->Hint 94 trace:win32:PE_fixup_imports BON:pe_name->Name 0x7f6f6082 trace:win32:PE_fixup_imports --- EnterCriticalSection KERNEL32.dll.94 Now ordinal is replace by the function pointer in PE_fixup_imports. The second PE_LoadLibraryExA however goes astray, as it tries to resolve the function pointer as an ordinal in PE_fixup_imports. trace:win32:PE_LoadLibraryExA BON:D:\wine95\system\netapi32.dll trace:win32:dump_exports *******EXPORT DATA******* trace:win32:dump_exports Module name is NETAPI32.dll, 1 functions, 1 names trace:win32:dump_exports Ord RVA Addr Name 1 00001000 0x7fad1000 Netbios trace:win32:PE_fixup_imports Dumping imports list trace:win32:PE_LoadLibraryExA BON:D:\wine95\system\netbios.dll trace:win32:dump_exports *******EXPORT DATA******* trace:win32:dump_exports Module name is NETBIOS.dll, 6 functions, 6 names trace:win32:dump_exports Ord RVA Addr Name 1 00001a37 0x7f6f1a37 NetbiosAddthd 2 000019eb 0x7f6f19eb NetbiosDelete 3 00001a96 0x7f6f1a96 NetbiosDelthd 4 000019b1 0x7f6f19b1 NetbiosInitialize 5 0000186b 0x7f6f186b PostRoutineCaller 6 0000102e 0x7f6f102e _Netbios trace:win32:PE_fixup_imports Dumping imports list trace:win32:PE_fixup_imports Borland style imports used trace:win32:PE_fixup_imports BON:load_addr 7f6f0000 trace:win32:PE_fixup_imports BON:thunk 0x602c trace:win32:PE_fixup_imports BON:ordinal 4010d724 ^^^^^^^^ trace:win32:PE_fixup_imports BON:name KERNEL32.dll trace:win32:PE_fixup_imports BON:pe_name 0xbf7fd724 BON: 4010d724 086723f8:Call kernel32.UnhandledExceptionFilter(404b4b00) ret=00454633 What is the right solution? Only treat the value as an ordinal if it is smaller then 0x10000( I susbpect that an dll may only have 0xffff entries or the IMAGE_SNAP_BY_ORDINAL wouldn't work)? Or is it an error that we call PE_fixup_imports for the second time at all for an already resolved dll? Bye Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Free Software: If you contribute nothing, expect nothing --

1 0

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