February 2003 - Wine-devel - list.winehq.org

RegisterHotKey implementation
by Robert Reif 19 Feb '03

19 Feb '03

Here is a partial RegisterHotKey and UnRegisterHotKey patch which works for the keys I need but is incomplete for modifier keys. You must run tools/make_X11wrappers before compiling or you will get errors. I don't have the time for a few weeks to finish it or look into what is needed to make it complete. I hope someone can take this and get it ready for including. Thanks, Bob.

1 0

Re: patch move guides (each to there own directory)
by Andreas Mohr 19 Feb '03

19 Feb '03

On Mon, Feb 17, 2003 at 10:08:59PM -0700, Tony Lambregts wrote: > In order to make the documentation easier to maintain and use I want to > separate the guides each into its own directory. Basicly just move them > from where they are to where we want them. Argl. Somehow I'm afraid I won't like this too much ;) I'm currently working on a full-scale reorganisation of the Guides, and thus this is bound to get in the way... Either we apply that and I'll have to live with that, or I'll incorporate the changes into my tree... Or maybe I'm just barking up a non-existent tree (maybe it's pretty easy to sort out after all). Andreas Mohr

2 2

Re: wcmd autoexec.bat?
by Bodo Wenzel 18 Feb '03

18 Feb '03

> I think this is a key feature, I would like to use this to set some > enviroment variables, currently I have to run a batch file manually each > time I start wcmd. Could this be considered for implementation please? The real-mode emulator 'dosemu' has an option to use another extension for 'autoexec.bat' and 'config.sys'. How about 'autoexec.wine' and 'config.wine', respectively? Just my EUR 0.02 ;-) Bodo

3 3

Re: Problem with recent builds under RH8.0
by Lionel Ulmer 18 Feb '03

18 Feb '03

> As I said, my GL headers come from the CVS pull from the DRI, not from > any pre-packaged headers. Well, I think the problem comes from one of your OpenGL headers... Can you do a 'grep GL_VERSION_1_3' in your GL headers (mostly GL.h I think). >From what I suspect, you will get something like this : #define GL_VERSION_1_3 1 The problem is that your OpenGL library is NOT implementing GL 1.3 (as shown in your glxinfo output). This means that you have a mismatch between your system headers and your library. This could be considered as a bug to report to the DRI people (if they really provide a gl.h which defines GL_VERSION_1_3, they should also provide a library with all OpenGL 1.3 entry points). We *could* fix this in Wine by adding yet another configure check (or going the full 'GetProcAddress' way which would be needed if we wanted a nice OpenGL packaged Wine) but well, sometimes enough is enough and stuff should be fixed outside of Wine and respecting the rules instead of adding yet another work-around. Lionel -- Lionel Ulmer - http://www.bbrox.org/

2 1

out of memory on dos programs
by Eric Noack 18 Feb '03

18 Feb '03

i get a "Program too big" error on all programs compiled with the "PowerBASIC" compiler pbc.exe 3.00c and similar out of memory errors on other dos programs, when running them under wine to my pleasure the pbc compiler itself runs fine under wine here is an example: http://gemia.de/test/test.bas a hello world BASIC source http://gemia.de/test/test.exe the binary compiled with pbc 3.00c under wine http://gemia.de/test/pbc.exe same compiler on every program compiled with a PowerBASIC compiler i get "Program too big" when running it under wine. this string is given out by the executable when failing to allocate some memory i tryed to disassemble the compiled program to check what type of memory allocation should have taken place, but my dos disassembler (sourcer) failed under wine with an out of memory error, too. now is this a bug in wine, not handling some ms-dos memory allocation requests, or did i just miss some configuration option to tell wine to give dos programs more memory to allocate? i hope this is not OT too much Eric PS: here is the console output >raven(a)VikingPC wine $ cat test.bas >print "hello world" >raven(a)VikingPC wine $ wine pbc test.bas >Warning: unprotecting the first 64KB of memory to allow real-mode calls. > NULL pointer accesses will no longer be caught. >PowerBASIC Compiler Version 3.00c Copyright (c) 1989-1993 by Robert S. Zale >PowerBASIC Inc. * Brentwood, CA, USA >F:\TEST\WINE\TEST.BAS >3 statements, 2 lines >Compile time: 00:00.1 Compilation speed: 1800 stmts/minute >272 bytes code, 2800 bytes data, 2048 bytes stack >Segments(1): 1k >raven(a)VikingPC wine $ wine test.exe >Warning: unprotecting the first 64KB of memory to allow real-mode calls. > NULL pointer accesses will no longer be caught. >Program too bigraven(a)VikingPC wine $ I found the string "Program too big" in test.exe at position 0000:2203 hex I guess its just given out after failing to allocate some memory ;) as i said my disassembler doesnt work doe to some similar error

3 7

Re: Prob compiling cvs 20030218
by Fabian Cenedese 18 Feb '03

18 Feb '03

>>I just updated to the cvs version of wine and can't compile anymore. Configure >>and make depend went fine but make fails with errors in dsound.h: >>Lines 326-332, 360-367 and many more: stray '\' in program. >>Looks like it doesn't like the continuing macros here. Then there are followup >>errors because these macros are not ok. >This is usually a problem with DOS CR/LF. >Look at the macro definition. You'll find a ^M after the "\" which invalidates the continuation char. Yup, it was that stupid +*ç"&* switch for line endings. Now it works again. Thanks! bye Fabi

1 0

interesting crash in msvc6.0 setup
by Dan Kegel 18 Feb '03

18 Feb '03

Since msvcmaker doesn't support msvc4.0, I'm trying to install msvc6.0 under wine. (Yeah, I know, I should run it under windows, but I'm stubborn.) Interestingly, the setup program puts itself in the background. This means you have to be careful to check with ps that you don't have old wines laying around from the last run, and when logging, you have to make sure all wine processes have exited, else your log file isn't complete yet. Unfortunately, setup fails fairly early. When emulating win9x, it fails before presenting a dialog box -- with a page fault reading from a file handle returned from CreateFile. It looks like it's doing an assembly string search on the Windows file structure pointed to by the handle! I wonder why. Maybe it was an easy way to prevent people from running under Wine :-) We may have to hack wine to make handles be valid pointers; I wonder what magic bytes setup is looking for there. When emulating winnt or winxp, it gets a bit further, but dies with a null pointer access. Oddly enough, adding --debugmsg +relay lets it proceed. It insists on installing Microsoft VM for Java, then tries to reboot. Restarting wine d:setup (this time without --debugmsg) continues properly for a while, but eventually crashes. Whenever it crashes in winnt/xp, it leaves one or more windowless wcmd's running the following script: :Repeat del "E:\vs60wiz.exe" if exist "E:\vs60wiz.exe" goto Repeat del "C:\WINDOWS\DEL4056.BAT" in a loop, chewing up huge amounts of CPU time. -- Dan Kegel Linux User #78045 http://www.kegel.com

4 6

Prob compiling cvs 20030218
by Fabian Cenedese 18 Feb '03

18 Feb '03

Hi I just updated to the cvs version of wine and can't compile anymore. Configure and make depend went fine but make fails with errors in dsound.h: Lines 326-332, 360-367 and many more: stray '\' in program. Looks like it doesn't like the continuing macros here. Then there are followup errors because these macros are not ok. As this file was last modified already some days ago and nobody is complaining I guess it's just me having this problem and regression search wouldn't help. But make clean / make distclean didn't help either. Anybody got a hint what could be wrong? Thanks Fabi

1 0

Problem with latest CVS
by Uwe Bonnes 18 Feb '03

18 Feb '03

Hallo, with latest CVS Xilinx Webpack hangs when starting: fixme:ole:CoRegisterMessageFilter stub err:ntdll:RtlpWaitForCriticalSection section 0x400e99b8 "virtual.c: csVirtual" wait timed out, retrying (60 sec) tid=00000011 Does this trigger anything for somebody or doe I need to perform a binary search? Bye -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt --------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------

1 1

Re: PATCH Window resizing
by Duane Clark 18 Feb '03

18 Feb '03

Just wondering about the status of two patches. Is there any additional info I can provide or changes that need to be made for these? http://www.winehq.com/hypermail/wine-patches/2003/02/0080.html http://www.winehq.com/hypermail/wine-patches/2003/02/0095.html

2 1