- Wine-Devel - list.winehq.org

Menu Items for dialogs working?
by Robert Reif Feb. 20, 2003

Feb. 20, 2003

Do menu items for dialogs work? I have an app running on RH8 and gnome that doesn't display dialog menu items. Is this a known issue? Thanks, Bob.

1 1

Re: msvcrt _tempname (Resent)
by Alexandre Julliard Feb. 19, 2003

Feb. 19, 2003

Uwe Bonnes <bon(a)elektron.ikp.physik.tu-darmstadt.de> writes: > +#ifdef P_tmpdir > + if ( (dir) && lstrcpynA(dirname, P_tmpdir,MAX_PATH) > + && (GetTempFileNameA(dirname,prefix,0,tmpbuf))) > + goto done; > +#endif > + if ( (GetEnvironmentVariableA("PWD",dirname,MAX_PATH) ) > + && (GetTempFileNameA(dirname,prefix,0,tmpbuf))) > + goto done; This won't do what you want, PWD is not updated when the current directory changes, you should use GetCurrentDirectory for that. Also P_tmpdir is a Unix path, it should probably be MSVCRT_P_tmpdir instead (but you'll need to define it in stdio.h first). -- Alexandre Julliard julliard(a)winehq.com

1 0

dlls/winmm/wineoss/audio.c: `dscdbvt' defined but not used
by Gerald Pfeifer Feb. 19, 2003

Feb. 19, 2003

The following patch revision 1.76 date: 2003/02/14 23:59:15; author: julliard; state: Exp; lines: +258 -8 Robert Reif <reif(a)earthlink.net> Started to add support for a real direct sound capture driver. Changed the capture fragment size but this still needs tuning for best performance. causes the following warning audio.c:2921: warning: `dscdbvt' defined but not used in dlls/winmm/wineoss/audio.c. Would you mind addressing this? Thanks, Gerald -- Gerald "Jerry" pfeifer(a)dbai.tuwien.ac.at http://www.pfeifer.com/gerald/

2 1

a stupid idea
by errormsg＠maktoob.com Feb. 19, 2003

Feb. 19, 2003

I think i had an idea that may help you on makeing wine more powerfull on running games it's very simple and stupid there are a gift lib is called allegro (see www.allegro.cc) that is open source have win32/linux version the windows version is based on direct x most games on windows is based on allegro or a lib derived from allegro so open the code of the windows vertion of allegro and compare it with the linux version of allegro you will see the corrsponding linux code how is that?? stupid ha? _________________________________________________________ Participate in the FIRST EVER Arabic/English on-line auction site. Get all those things you need! http://www.mazadmaktoob.com

1 0

RegisterHotKey implementation
by Robert Reif Feb. 19, 2003

Feb. 19, 2003

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 Feb. 19, 2003

Feb. 19, 2003

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 Feb. 18, 2003

Feb. 18, 2003

> 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 Feb. 18, 2003

Feb. 18, 2003

> 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 Feb. 18, 2003

Feb. 18, 2003

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 Feb. 18, 2003

Feb. 18, 2003

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