wine-devel

wine-devel@winehq.org

2 participants
84469 discussions

Half-Life hangs on "Loading"
by mdew 09 Oct '01

09 Oct '01

... warn:dosfs:DOSFS_FindUnixName 'ntdll.dll' not found in '/home/mdew/fake_windows/ SIERRA/Half-Life' warn:dosfs:DOSFS_FindUnixName 'ntdll.dll' not found in '/home/mdew/fake_windows/ Windows/System' warn:dosfs:DOSFS_FindUnixName 'ntdll.dll' not found in '/home/mdew/fake_windows/ Windows' warn:dosfs:DOSFS_FindUnixName 'ntdll.dll' not found in '/home/mdew/fake_windows/ Windows' warn:dosfs:DOSFS_FindUnixName 'ntdll.dll' not found in '/home/mdew/fake_windows/ Windows/System' warn:dosfs:DOSFS_FindUnixName 'ntdll.dll' not found in '/tmp' warn:dosfs:DOSFS_FindUnixName 'ntdll.dll' not found in '/home/mdew' FIXME:pthread_rwlock_rdlock FIXME:pthread_rwlock_unlock warn:file:CreateDirectoryA Error 'File exists' trying to create directory '/home /mdew/fake_windows/SAVE' warn:dosfs:DOSFS_FindUnixName '*.HL?' not found in '/home/mdew/fake_windows/SAVE ' warn:dosfs:DOSFS_FindUnixName 'pak1.pak' not found in '/home/mdew/fake_windows/S IERRA/Half-Life/valve' warn:file:CreateFileA Unable to get full filename from 'C:\SIERRA\Half-Life\valv e\pak1.pak' (GLE 2) warn:dosfs:DOSFS_FindUnixName 'custom.hpk' not found in '/home/mdew/fake_windows /SIERRA/Half-Life/valve' warn:file:CreateFileA Unable to get full filename from 'C:\SIERRA\Half-Life\valv e\custom.hpk' (GLE 2) warn:dosfs:DOSFS_FindUnixName 'palette.lmp' not found in '/home/mdew/fake_window s/SIERRA/Half-Life/valve/gfx' warn:gdi:GDI_GetObjPtr Invalid handle 0 warn:gdi:GDI_GetObjPtr Invalid handle 0 fixme:font:GetCharABCWidthsW (27f0,0000,00ff,0x41ccc8b4), returns slightly bogus values. warn:gdi:GDI_GetObjPtr Invalid handle 0 warn:gdi:GDI_GetObjPtr Invalid handle 0 fixme:font:GetCharABCWidthsW (27f8,0000,00ff,0x41ccd940), returns slightly bogus values. warn:gdi:GDI_GetObjPtr Invalid handle 0 warn:gdi:GDI_GetObjPtr Invalid handle 0 fixme:font:GetCharABCWidthsW (2800,0000,00ff,0x41cce9cc), returns slightly bogus values. warn:gdi:GDI_GetObjPtr Invalid handle 0 warn:gdi:GDI_GetObjPtr Invalid handle 0 fixme:font:GetCharABCWidthsW (2808,0000,00ff,0x41ccfa58), returns slightly bogus values. warn:dosfs:DOSFS_FindUnixName 'GameUI.dll' not found in '/home/mdew/fake_windows /SIERRA/Half-Life/valve/cl_dlls' warn:dosfs:DOSFS_FindUnixName 'cl_dlls\GameUI.dll' not found in '/home/mdew/fake _windows/SIERRA/Half-Life' warn:module:MODULE_LoadLibraryExA Failed to load module 'C:\WINDOWS\SYSTEM'; err or=0x00000002, FIXME:pthread_rwlock_rdlock FIXME:pthread_rwlock_unlock FIXME:pthread_rwlock_rdlock FIXME:pthread_rwlock_unlock FIXME:pthread_rwlock_rdlock FIXME:pthread_rwlock_unlock FIXME:pthread_rwlock_rdlock FIXME:pthread_rwlock_unlock warn:module:BUILTIN32_dlopen cannot open .so lib for builtin client.dll: libclie nt.so: cannot open shared object file: No such file or directory FIXME:pthread_rwlock_rdlock FIXME:pthread_rwlock_unlock FIXME:pthread_rwlock_rdlock FIXME:pthread_rwlock_unlock warn:win32:ELF_LoadLibraryExA failed to load libclient.so: libclient.so: cannot open shared object file: No such file or directory warn:dosfs:DOSFS_FindUnixName 'KERNEL32.dll' not found in '/home/mdew/fake_windo ws/SIERRA/Half-Life' warn:dosfs:DOSFS_FindUnixName 'KERNEL32.dll' not found in '/home/mdew/fake_windo ws/SIERRA/Half-Life' warn:dosfs:DOSFS_FindUnixName 'USER32.dll' not found in '/home/mdew/fake_windows /SIERRA/Half-Life' warn:dosfs:DOSFS_FindUnixName 'USER32.dll' not found in '/home/mdew/fake_windows /SIERRA/Half-Life' warn:dosfs:DOSFS_FindUnixName 'WINMM.dll' not found in '/home/mdew/fake_windows/ SIERRA/Half-Life' warn:dosfs:DOSFS_FindUnixName 'WINMM.dll' not found in '/home/mdew/fake_windows/ SIERRA/Half-Life' warn:dosfs:DOSFS_FindUnixName 'WSOCK32.dll' not found in '/home/mdew/fake_window s/SIERRA/Half-Life' warn:dosfs:DOSFS_FindUnixName 'WSOCK32.dll' not found in '/home/mdew/fake_window s/SIERRA/Half-Life' warn:dosfs:DOSFS_FindUnixName 'Bin/TrackerUI.dll' not found in '/home/mdew/fake_ windows/SIERRA/Half-Life/valve' warn:dosfs:DOSFS_FindUnixName 'sound/materials.txt' not found in '/home/mdew/fak e_windows/SIERRA/Half-Life/valve' warn:dosfs:DOSFS_FindUnixName 'sound/materials.txt' not found in '/home/mdew/fak e_windows/SIERRA/Half-Life/valve' warn:dosfs:DOSFS_FindUnixName 'sound/sentences.txt' not found in '/home/mdew/fak e_windows/SIERRA/Half-Life/valve' warn:dosfs:DOSFS_FindUnixName 'dsound.dll' not found in '/home/mdew/fake_windows /SIERRA/Half-Life' warn:dosfs:DOSFS_FindUnixName 'dsound.dll' not found in '/home/mdew/fake_windows /SIERRA/Half-Life' warn:dosfs:DOSFS_FindUnixName 'winmm.dll' not found in '/home/mdew/fake_windows/ SIERRA/Half-Life' warn:dosfs:DOSFS_FindUnixName 'winmm.dll' not found in '/home/mdew/fake_windows/ SIERRA/Half-Life' warn:dosfs:DOSFS_FindUnixName 'kernel32.dll' not found in '/home/mdew/fake_windo ws/SIERRA/Half-Life' warn:dosfs:DOSFS_FindUnixName 'kernel32.dll' not found in '/home/mdew/fake_windo ws/SIERRA/Half-Life' warn:dosfs:DOSFS_FindUnixName 'ntdll.dll' not found in '/home/mdew/fake_windows/ SIERRA/Half-Life' warn:dosfs:DOSFS_FindUnixName 'ntdll.dll' not found in '/home/mdew/fake_windows/ SIERRA/Half-Life' warn:dosfs:DOSFS_FindUnixName 'ntdll.dll' not found in '/home/mdew/fake_windows/ Windows/System' warn:dosfs:DOSFS_FindUnixName 'ntdll.dll' not found in '/home/mdew/fake_windows/ Windows' warn:dosfs:DOSFS_FindUnixName 'ntdll.dll' not found in '/home/mdew/fake_windows/ Windows' warn:dosfs:DOSFS_FindUnixName 'ntdll.dll' not found in '/home/mdew/fake_windows/ Windows/System' warn:dosfs:DOSFS_FindUnixName 'ntdll.dll' not found in '/tmp' warn:dosfs:DOSFS_FindUnixName 'ntdll.dll' not found in '/home/mdew' fixme:dsound:IDirectSoundImpl_SetCooperativeLevel (0x4040f398,00030048,3):stub err:ntdll:RtlpWaitForCriticalSection section 0x4040f71c "?" wait timed out, retr ying (60 sec) fs=0337 This is a fake windows install straight from the HL CD... using wine 20011004 sid debs.

1 1

using a webcam driver for windows
by Hrafnkell Eiríksson 09 Oct '01

09 Oct '01

Hi This might be a silly question, but would it be possible to use wine with a parallel port webcam driver and an windows application to show images to use a webcam in linux that only has windows suport? I'm thinking about how to get my Logitech QuickCam VC to work in linux :) I know that wine can to some extent access the parallel port in linux. I'm not very familiar with the inner workings of windows, but I guess the camera driver is something called .VxD? Would it be possible to let wine use that somehow? Or does wine not work at that low level? If it is possible to do this, is there something that a guy armed with a C compiler but almost no understanding of windows and wine internals can get working? Thanks Hrafnkell

1 0

Rendering problem in NetTerm
by Mike McCormack 09 Oct '01

09 Oct '01

Hi All, i'm trying to solve a comms problem in NetTerm http://www.securenetterm.com/ but i've run into another problem. The rendering in NetTerm fails almost completely. Its main window ends up with only the boarders drawn and will draw some toolbar buttons if i move the mouse over them. The following message appears repeatedly in the debug log: err:region:CombineRgn Invalid rgn=1096 i did a bit of tracing of the app and found that the region 1096 is created, used by a DC, destroyed, then used again. Is it possible that the reference count of the region is incremented when it is used in some way by a DC? A similar problem to the reference counting one Uwe Bonnes discovered (see message to this list on 16 Aug)? Mike >---------- Forwarded message ---------- >Date: Fri, 14 Sep 2001 18:41:04 -0300 >From: Raul Dias <chaos(a)swi.com.br> >Reply-To: wine-users(a)winehq.com >To: wine-users(a)winehq.com >Subject: wine serial support > >Hi, > >I use wine to run a terminal emulator (NetTerm). >It connects to a Linux Server (it was meant to run from windows) that runs a commerce software. > >This Linux commerce software sends the terminal emulator escape codes to interface with a >"ticket" printer attached to a serial port. > >The reason to go thru all this problem is that the printer has a proprietary, closed source driver >for windows only and interface only with netterm. > >With wine 20001026 this works greatfull. The application takes 3 seconds to startup >in a P133 machine. > >However, the serial communication part does not work with the later versions of wine >like 20010731. The application reports as if there is no serial port and wine complains >with some fixmes about comm support. > >Did wine suffered a big serial change over the last year? > >Now the important thing: >What can I do to help debug this problem (and make it work >on latest wine versions)? >Run it in the latest wine with --debugmsg +all is enough? > > >Regards, > >Raul Dias ------------------------------------------ mailto:Mike_McCormack@start.com.au ph +82 16 430 0425 __________________________________________________________________ Get your free Australian email account at http://www.Looksmart.com.au

2 1

Re: CommandLineToArgvW fix
by Alexandre Julliard 09 Oct '01

09 Oct '01

Francois Gouget <fgouget(a)free.fr> writes: > The problem is that CommandLineToArgvW is supposed to return a > pointer, not a handle. But I cannot do: > > hargv=GlobalAlloc(...); > argv=GlobalLock(hargv); > ... > return argv; Sure you can do that, as long as the allocation is GMEM_FIXED GlobalLock doesn't touch the lock count so you don't need to unlock it. It's basically just a glorified typecast. > Sigh. What a stupid memory API. Here I have to agree... -- Alexandre Julliard julliard(a)winehq.com

1 0

Re: CommandLineToArgvW fix
by Alexandre Julliard 09 Oct '01

09 Oct '01

Francois Gouget <fgouget(a)free.fr> writes: > Grrr, HGLOBAL is not a void* pointer... yet => casts :-( GlobalLock would be better... -- Alexandre Julliard julliard(a)winehq.com

2 1

Re: wine/windows painting.c
by Alexandre Julliard 08 Oct '01

08 Oct '01

Duane Clark <dclark(a)leewardfpga.com> writes: > This patch, despite being very simple, has the surprising affect of > causing names of files and icons in the file open dialog of one of my > apps to become invisible when I change directories. I can get individual > names to show up again if I click in the general area of the name, and > all of them show up if I click in the general area of where I know the > scrollbar to be (it is also invisible). Does this make any difference? Index: windows/painting.c =================================================================== RCS file: /opt/cvs-commit/wine/windows/painting.c,v retrieving revision 1.58 diff -u -r1.58 painting.c --- windows/painting.c 2001/10/05 19:47:42 1.58 +++ windows/painting.c 2001/10/08 20:19:22 @@ -712,8 +712,6 @@ if (flags & RDW_UPDATENOW) { - /* process pending events and messages before painting */ - MsgWaitForMultipleObjects( 0, NULL, FALSE, 0, QS_ALLINPUT ); if (wndPtr->hrgnUpdate) /* wm_painticon wparam is 1 */ SendMessageW( hWnd, (bIcon) ? WM_PAINTICON : WM_PAINT, bIcon, 0 ); } @@ -818,6 +816,11 @@ r.top, r.right, r.bottom, hrgnUpdate, flags ); } } + + + /* process pending events and messages before painting */ + if (flags & RDW_UPDATENOW) + MsgWaitForMultipleObjects( 0, NULL, FALSE, 0, QS_ALLINPUT ); /* prepare an update region in window coordinates */ -- Alexandre Julliard julliard(a)winehq.com

3 2

Re: Make serial fd blocking mode depend on FILE_FLAG_OVERLAPPED (Updated)
by lawson_whitney＠juno.com 08 Oct '01

08 Oct '01

On Mon, 8 Oct 2001, Mike McCormack wrote: > > Hi Eric, > > Same patch as before, with the inherit flag added back in to the > server protocol. > > Mike > > ChangeLog: > * make serial fd blocking mode depend on FILE_FLAG_OVERLAPPED > I don't expect this will bother juno version 2. If you get this, it doesn't. Lawson --- >> Build a better mousetrap, and the world will build a better mouse.>> - Proverbs of Hell Revisited

1 1

Re: PATCH: shut up pthread fixme
by Alexandre Julliard 08 Oct '01

08 Oct '01

Marcus Meissner <marcus(a)jet.franken.de> writes: > Changelog: > Remove the harmless and confusing pthread locking fixme messagess. Agreed for pthread_kill_other_threads_np, but I don't think the pthread_rwlock ones are really harmless. We should really do some kind of locking in there, we can't just ignore them. -- Alexandre Julliard julliard(a)winehq.com

1 0

Re: wine/windows painting.c
by Duane Clark 08 Oct '01

08 Oct '01

> ChangeSet ID: 1002311262337796173989773 > CVSROOT: /opt/cvs-commit > Module name: wine > Changes by: julliard@wine2. 01/10/05 15:47:42 > > Modified files: > windows : painting.c > > Log message: > Process pending events before sending WM_PAINT on RDW_UPDATENOW. > > Patch: http://cvs.winehq.com/patch.py?id=1002311262337796173989773 > This patch, despite being very simple, has the surprising affect of causing names of files and icons in the file open dialog of one of my apps to become invisible when I change directories. I can get individual names to show up again if I click in the general area of the name, and all of them show up if I click in the general area of where I know the scrollbar to be (it is also invisible). Duane

4 3

Re: CommandLineToArgvW fix
by Alexandre Julliard 08 Oct '01

08 Oct '01

Francois Gouget <fgouget(a)free.fr> writes: > On Mon, 8 Oct 2001, Malte Starostik wrote: > > > Don't free cmdline as the return values point into that string. It's the > > caller's responsibility to GlobalFree() this according to msdn. > > Ok, I tested my patch and it works. So I propose it here. If the caller is supposed to call GlobalFree on the returned value, it would be much cleaner to allocate it with GlobalAlloc. -- Alexandre Julliard julliard(a)winehq.com

1 0

CVS mirror
by davep 08 Oct '01

08 Oct '01

Checking CVS for the first time in several weeks today, I was surprised to discover that there had been no commits in all that time. Surprising since many changes had been discussed here over that period. Anyway I re-discovered that a long while ago I had put this in my /etc/hosts: 130.225.13.222 cvs.winehq.com presumably at a time when the main CVS was inaccessible. This address still holds a CVS repository for Wine but doesn't seem to be kept up to date. I hope no-one else has made the same mistake ;-) Dave Pickles

1 0

Re: CommandLineToArgvW fix
by eric pouech 08 Oct '01

08 Oct '01

Malte Starostik wrote: > > Don't free cmdline as the return values point into that string. It's the > caller's responsibility to GlobalFree() this according to msdn. I don't understand what you've done. cmdline is a copy of the passed lpCmdLine parameter used for getting the different bits of the argv, so it should be freed however, what's wrong with current implementation (hence your issues) is that when freeing cmdline the argv array points to garbage it means that the argv array and cmdline should be allocated in a single memory block suh that argv[i] points to the part of the string wouldn't the (completly untested but) attached patch work better ? A+ -- --------------- Eric Pouech (http://perso.wanadoo.fr/eric.pouech/) "The future will be better tomorrow", Vice President Dan Quayle Index: dlls/shell32/shell32_main.c =================================================================== RCS file: /usr/share/cvs/cvsroot/wine/wine/dlls/shell32/shell32_main.c,v retrieving revision 1.85 diff -u -r1.85 shell32_main.c --- dlls/shell32/shell32_main.c 2001/10/03 18:42:16 1.85 +++ dlls/shell32/shell32_main.c 2001/10/08 18:06:34 @@ -1,3 +1,4 @@ + /* * Shell basics * @@ -88,15 +89,10 @@ return argv; } - /* to get a writeable copy */ - cmdline = HeapAlloc(GetProcessHeap(), 0, (strlenW(lpCmdline)+1) * sizeof(WCHAR)); - if (!cmdline) - return NULL; - strcpyW(cmdline, lpCmdline); argc=0; bcount=0; in_quotes=0; - s=cmdline; + s=(LPWSTR)lpCmdline; while (1) { if (*s==0 || ((*s==0x0009 || *s==0x0020) && !in_quotes)) { /* space */ @@ -122,7 +118,12 @@ } s++; } - argv=HeapAlloc(GetProcessHeap(), 0, (argc+1)*sizeof(LPWSTR)); + argv=HeapAlloc(GetProcessHeap(), 0, (argc+1)*sizeof(LPWSTR) + strlenW(lpCmdline) + 1); + if (!argv) + return NULL; + /* to get a writeable copy */ + cmdline = (LPWSTR)((char*)argv + (argc+1)*sizeof(LPWSTR)); + strcpyW(cmdline, lpCmdline); argc=0; bcount=0; @@ -178,7 +179,6 @@ if (numargs) *numargs=argc; - HeapFree(GetProcessHeap(), 0, cmdline); return argv; }

1 1

Fwd: Re: CommandLineToArgvW fix
by Malte Starostik 08 Oct '01

08 Oct '01

Sorry, meant reply-to-all ---------- Weitergeleitete Nachricht ---------- Subject: Re: CommandLineToArgvW fix Date: Mon, 8 Oct 2001 20:23:57 +0200 From: Malte Starostik <malte(a)kde.org> To: eric pouech <eric.pouech(a)wanadoo.fr> Am Monday 08 October 2001 20:08 schrieben Sie: > Malte Starostik wrote: > > Don't free cmdline as the return values point into that string. It's the > > caller's responsibility to GlobalFree() this according to msdn. > > I don't understand what you've done. > cmdline is a copy of the passed lpCmdLine parameter used for getting the > different bits of the argv, so it should be freed > however, what's wrong with current implementation (hence your issues) is > that when freeing cmdline the argv array points to garbage > it means that the argv array and cmdline should be allocated in a single > memory block suh that argv[i] points to the part of the string You're definately right, I mixed up argv with argv[i] there. > wouldn't the (completly untested but) attached patch work better ? Didn't test it either, will do so somewhen later, looks right to me. -- Malte Starostik PGP: 1024D/D2F3C787 [C138 2121 FAF3 410A 1C2A 27CD 5431 7745 D2F3 C787] -------------------------------------------------------

2 1

Re: Q&D rundll32 implementation
by Marcus Meissner 08 Oct '01

08 Oct '01

On Mon, Oct 08, 2001 at 11:14:00AM +0200, Malte Starostik wrote: > I'm currently trying to get the WMP installer running. One of the things it > needs is rundll32.exe. Attached is a very basic implementation of it. > However, it doesn't work out of the box, as it's lacking an .exe suffix which > the installer explicitly specifies. What's the preferred way to handle such > cases? Not that the installer would work, when it comes to the actual .inf > parsing, it hits the SetupAPI stubs and nothing is actually copied. > Do with it what you like. I do not see a reason we could not name a linux binary .exe in this case. Ciao, Marcus

1 0

Re: Make serial fd blocking mode depend on FILE_FLAG_OVERLAPPED
by Mike McCormack 08 Oct '01

08 Oct '01

Hi Eric, Probably a bit of overzealous use of occam's razor. It was being set to zero on the client side, and passed into the server. I wasn't quite sure what to do with it ... so i removed it. There's no harm in leaving it there i guess... Mike >hi Mike, > >I don't understand why you got read of the inherit flag in the protocol >definition for serial handles. Even, if security attribute isn't pass >around yet for file/comm port creation, it should be kept for comm port > >A+ >-- >--------------- >Eric Pouech (http://perso.wanadoo.fr/eric.pouech/) >"The future will be better tomorrow", Vice President Dan Quayle ------------------------------------------ mailto:Mike_McCormack@start.com.au ph +82 16 430 0425 __________________________________________________________________ Get your free Australian email account at http://www.Looksmart.com.au

1 0

Re: Make serial fd blocking mode depend on FILE_FLAG_OVERLAPPED
by eric pouech 08 Oct '01

08 Oct '01

Mike McCormack wrote: > > This patch causes a serial port's fd to be put into blocking mode if > FILE_FLAG_OVERLAPPED is not specified and non-blocking mode if it is. > > ReadFile should block on serial ports for non-overlapped reads. The > next step is to refuse overlapped reads and writes if the file isn't > opened with FILE_FLAG_OVERLAPPED specified. hi Mike, I don't understand why you got read of the inherit flag in the protocol definition for serial handles. Even, if security attribute isn't pass around yet for file/comm port creation, it should be kept for comm port A+ -- --------------- Eric Pouech (http://perso.wanadoo.fr/eric.pouech/) "The future will be better tomorrow", Vice President Dan Quayle

1 0

Re: err:edit:EDIT_LockBuffer no buffer ... please report
by lawson_whitney＠juno.com 08 Oct '01

08 Oct '01

On Sun, 7 Oct 2001 whit(a)giftie.alien.org wrote: > Well, ... yes. The err: goes away. File and directory names still > disappear from the winhelp file dialog (?) as they did before, but > still, if you select the right empty space, the operation proceeds to a > satisfying crash. If I thought that little err: was all that was wrong > with winhelp, that was silly of me. I _think_ this is a good patch. > > Regards, > > Lawson > ---cut here--- So as not to damn you with faint praise, I think winhelp is more nearly usable with this patch than without. I can actually select and see a topic in terminal.hlp before winhelp crashes. Lawson ---slowly, but with considerable uncertainty--- ________________________________________________________________ GET INTERNET ACCESS FROM JUNO! Juno offers FREE or PREMIUM Internet access for less! Join Juno today! For your FREE software, visit: http://dl.www.juno.com/get/web/.

1 0

err:edit:EDIT_LockBuffer no buffer ... please report
by lawson_whitney＠juno.com 08 Oct '01

08 Oct '01

Good day! Okay, I reported it, attached is an unexpurgated --debugmsg +edit trace of me trying to open the lcc-win/lccpub/bin/wedit.hlp file from ftp://ftp.mathematik.tu-darmstadt.de/pub/linux/bonnes/lcc-bin-alpha.tar.gz with wine's builtin winhelp program. Current cvs, no windows, no fat nor nt filesystems. Kernel 2.4.10 with devfs and devfsd. [DllOverrides] "*" = "builtin, so, native" I would be happy to make other traces, but probably this is easy to duplicate. Just to add insult to injury, I will attach a backtrace of winhelp trying to work with terminal.hlp (from wfw 3.11, I think). In case anyone is really short on things to debug. Regards, Lawson

2 2

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

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