Re: fixme:commdlg:GetFileName95 Flags 0x00900000 not yet implemented
Am Montag, 6. März 2006 09:34 schrieben Sie: On Sunday 05 March 2006 21:50, you wrote: I went to 'Arbeitsplatz' in the Shell and then 'C'. MyDocuments was shown as a file, not a folder. I.e. the problem persists. I don't quite understand, since MyDocuments is on the Desktop, not on 'Arbeitsplatz'. Could you please browse to 'Arbeitsplatz\C:\windows'? The hierarchy I see is Desktop-Arbeitsplatz-C:-windows Just to be sure: In notepad the filedialog works fine, right? Yes, that works fine. Thanks, Rainer -- Rainer Dorsch Alzentalstr. 28 D-71083 Herrenberg 07032-919495 Icq: 32550367 fileselect-windows.png Description: PNG image
fixme:commdlg:GetFileName95 Flags 0x00900000 not yet implemented
Hello, wine-0.9.9 still does not display folders correctly in a file select box (Lotus Notes in this case). Folders and files are displayed with the file symbol. It seems to be only a display issue, clicking on folders still opens them. A screenshot is here http://www.winehq.org/pipermail/wine-devel/attachments/20060223/9f1675d7/fileselect.png shows an example for rd at silverboxy:~/test$ ls -l insgesamt 4 drwxr-xr-x 2 rd rd 4096 2006-02-23 17:08 dir -rw-r--r-- 1 rd rd0 2006-02-23 17:08 file rd at silverboxy:~/test$ The console shows this log fixme:imm:ImmReleaseContext (0x30170, 0x4997af70): stub fixme:imm:ImmReleaseContext (0x30190, 0x4997af70): stub fixme:imm:ImmReleaseContext (0x30170, 0x4997af70): stub fixme:imm:ImmReleaseContext (0x30170, 0x4997af70): stub fixme:imm:ImmReleaseContext (0x30170, 0x4997af70): stub fixme:commdlg:GetFileName95 Flags 0x0090 not yet implemented fixme:imm:ImmReleaseContext (0x30190, 0x4997af70): stub fixme:process:GetProcessWorkingSetSize (0x,0x4075d768,0x4075d76c): stub fixme:process:SetProcessWorkingSetSize (0x,33554432,33554432): stub - harmless when opening a file select box. Causes this one fixme:commdlg:GetFileName95 Flags 0x0090 not yet implemented this wine glitch? Thanks, Rainer -- Rainer Dorsch Alzentalstr. 28 D-71083 Herrenberg 07032-919495 Icq: 32550367
Re: fixme:commdlg:GetFileName95 Flags 0x00900000 not yet implemented
Hello Michael, thanks for the prompt reply. I have one other (also commercial) program (a map viewer which came with a map CDROM) running on wine but it shows a completely different file select box. I could recompile wine if you have a patch which generates more debug output and send the debug output (though I am the next 3 days away from my computer). These are the two specific setting which I do for wine: - I need to set win98 (winecfg) to get the file select box working at all - I need to set WINEDLLOVERRIDES=usp10=n Do you have any free easy to install app in mind which might show the same issue? Thanks, Rainer Am Sonntag, 5. März 2006 18:14 schrieben Sie: Hello Rainer, On Sunday 05 March 2006 17:48, Rainer Dorsch wrote: wine-0.9.9 still does not display folders correctly in a file select box (Lotus Notes in this case). Folders and files are displayed with the file symbol. It seems to be only a display issue, clicking on folders still opens them. I would like to take a look at this, but I don't have a Notes license. Do you observe this behaviour with any other program available for free or with a demo version availabe? Bye, -- Rainer Dorsch Alzentalstr. 28 D-71083 Herrenberg 07032-919495 Icq: 32550367
Re: fixme:commdlg:GetFileName95 Flags 0x00900000 not yet implemented
Am Sonntag, 5. März 2006 19:15 schrieb Michael Jung: On Sunday 05 March 2006 18:27, Rainer Dorsch wrote: Do you have any free easy to install app in mind which might show the same issue? Unfortunately, no. All the apps I've tested with seem to work fine. It might be a problem with the unix filesystem shell namespace extension. Could you try to browse the old drive letter based shell namespace (under 'My Computer' or 'Arbeitsplatz' on a german system) and figure if the problem persists there, too? Not sure if I understood that correctly. I do everything within the notes file select box: I went to 'Arbeitsplatz' in the Shell and then 'C'. MyDocuments was shown as a file, not a folder. I.e. the problem persists. Thanks, Rainer -- Rainer Dorsch Alzentalstr. 28 D-71083 Herrenberg 07032-919495 Icq: 32550367
wine-0.9.8 and Lotus Notes 6.5.1
Hello, just wanted to report my wine experience with Lotus Notes 6.5.1: I run Lotus Notes with wine since a long time. What I notices with wine-0.9.8 (though this was present in a few releases before but not in all releases): - Wine is noticalby faster than the snapshot 200412xx - I need to select win98 to get the file select box working - I need to set WINEDLLOVERRIDES=usp10=n - Cut and paste between X and wine applications works only when selecting the appropriate entry in KDE's klipper. Previously, that worked transparently, when specifying UsePrimary = 1 in the [Clipboard] config stanza - The file select box shows for folders the symbol of files, e.g. Compare [EMAIL PROTECTED]:~/test$ ls -l insgesamt 4 drwxr-xr-x 2 rd rd 4096 2006-02-23 17:08 dir -rw-r--r-- 1 rd rd0 2006-02-23 17:08 file [EMAIL PROTECTED]:~/test$ with the attachment, which shows a screenshot of the file select box. Regards, Rainer -- Rainer Dorsch Alzentalstr. 28 D-71083 Herrenberg 07032-919495 Icq: 32550367 fileselect.png Description: PNG image
Re: *** No rule to make target `../../dlls/d3d9/tests/d3d9_test.exe.so',
Am Dienstag, 7. Februar 2006 13:10 schrieben Sie: On 07/02/06, Rainer Dorsch [EMAIL PROTECTED] wrote: ...but the test fails: make[2]: Entering directory `/home/rd/SW.nobackup/wine-0.9.7/programs/winetest' make[2]: *** No rule to make target `../../dlls/d3d9/tests/d3d9_test.exe.so', needed by `d3d9_test.exe.so'. Stop. - Does making the tests in dlls/d3d9/tests work? ie, [EMAIL PROTECTED]:~/SW.nobackup/wine-0.9.7/dlls/d3d9/tests$ make - The d3d9 tests are on top of the Makefile for winetest. Does making other tests work? eg, [EMAIL PROTECTED]:~/SW.nobackup/wine-0.9.7/programs/winetest$ make ntdll_test.exe.so These have been good questions! I rerun the complete procedure ./configure make depend make make install and wine-0.9.7 installed fine. Before that I did omit the make command, i.e. ./configure make depend make make install I was under the impression that make install first builds all target to be installed, then really installs them. That worked for all Makefiles which provide an install target so far for me (not sure if it worked for wine previously). Not sure, if this is the intended behaviour in wine, but it seems the compile issue was my own fault... Thanks, Rainer -- Rainer Dorsch Alzentalstr. 28 D-71083 Herrenberg 07032-919495 Icq: 32550367
Re: *** No rule to make target `../../dlls/d3d9/tests/d3d9_test.exe.so',
Am Dienstag, 7. Februar 2006 08:40 schrieben Sie: You should probably check if d3d9 is being built, and if it isn't, try to find out why. Thanks for your reponse. d3d9 is build... [EMAIL PROTECTED]:~/SW.nobackup/wine-0.9.7/dlls/d3d9$ ls basetexture.c directx.o stateblock.cvertexbuffer.o basetexture.o indexbuffer.c stateblock.overtexdeclaration.c cubetexture.c indexbuffer.o surface.c vertexdeclaration.o cubetexture.o libd3d9.defsurface.o vertexshader.c d3d9.dll.so Makefile swapchain.c vertexshader.o d3d9_main.c Makefile.inswapchain.o volume.c d3d9_main.o pixelshader.c tests volume.o d3d9_private.h pixelshader.o texture.c volumetexture.c d3d9.spec query.ctexture.o volumetexture.o device.cquery.oversion.rc vshaderdeclaration.c device.oresource.c version.res directx.c resource.o vertexbuffer.c [EMAIL PROTECTED]:~/SW.nobackup/wine-0.9.7/dlls/d3d9$ ...and installed... make[2]: Entering directory `/home/rd/SW.nobackup/wine-0.9.7/dlls/d3d9' ../../tools/mkinstalldirs -m 755 /opt/wine-0.9.7/lib/wine /usr/bin/install -c d3d9.dll.so /opt/wine-0.9.7/lib/wine/d3d9.dll.so make[2]: Leaving directory `/home/rd/SW.nobackup/wine-0.9.7/dlls/d3d9' ...but the test fails: make[2]: Entering directory `/home/rd/SW.nobackup/wine-0.9.7/programs/winetest' make[2]: *** No rule to make target `../../dlls/d3d9/tests/d3d9_test.exe.so', needed by `d3d9_test.exe.so'. Stop. make[2]: Leaving directory `/home/rd/SW.nobackup/wine-0.9.7/programs/winetest' make[1]: *** [winetest/__install__] Error 2 make[1]: Leaving directory `/home/rd/SW.nobackup/wine-0.9.7/programs' make: *** [programs/__install__] Error 2 [EMAIL PROTECTED]:~/SW.nobackup/wine-0.9.7$ Thanks, Rainer -- Rainer Dorsch Alzentalstr. 28 D-71083 Herrenberg 07032-919495 Icq: 32550367
Re: *** No rule to make target `../../dlls/d3d9/tests/d3d9_test.exe.so',
I am somewhat disappointed that the compile problem is still not fixed in 0.9.7. Also I am not sure, if opengl is the real problem, at least configure reports that OpenGL is up-to-date: checking for GL/gl.h... yes checking for GL/glx.h... yes checking for GL/glext.h... yes checking for up-to-date OpenGL version... yes checking for glXCreateContext in -lGL... yes checking for gluLookAt in -lGLU... yes checking for glutMainLoop in -lglut... no (or is it the missing libglut the problem) I thought I report the issue again, just to let you know that there is a compile glitch... Thanks, Rainer Am Dienstag, 24. Januar 2006 15:18 schrieb Mike McCormack: Rainer Dorsch wrote: I compiled the last few wine releases. 0.9.6 gives me a compile error: make[2]: Entering directory `/home/rd/SW.nobackup/wine-0.9.6/programs/winetest' make[2]: *** No rule to make target `../../dlls/d3d9/tests/d3d9_test.exe.so', needed by `d3d9_test.exe.so'. Stop. You're missing OpenGL headers/libraries on your system, and d3d9 isn't being build. The winetest's Makefile doesn't account for that case. Mike -- Rainer Dorsch Alzentalstr. 28 D-71083 Herrenberg 07032-919495 Icq: 32550367
*** No rule to make target `../../dlls/d3d9/tests/d3d9_test.exe.so',
Hello, I compiled the last few wine releases. 0.9.6 gives me a compile error: make[2]: Entering directory `/home/rd/SW.nobackup/wine-0.9.6/programs/winetest' make[2]: *** No rule to make target `../../dlls/d3d9/tests/d3d9_test.exe.so', needed by `d3d9_test.exe.so'. Stop. Any hints are welcome. Thanks, Rainer
Re: *** No rule to make target `../../dlls/d3d9/tests/d3d9_test.exe.so',
On Dienstag 24 Januar 2006 15:18, you wrote: Rainer Dorsch wrote: I compiled the last few wine releases. 0.9.6 gives me a compile error: make[2]: Entering directory `/home/rd/SW.nobackup/wine-0.9.6/programs/winetest' make[2]: *** No rule to make target `../../dlls/d3d9/tests/d3d9_test.exe.so', needed by `d3d9_test.exe.so'. Stop. You're missing OpenGL headers/libraries on your system, and d3d9 isn't being build. The winetest's Makefile doesn't account for that case. Hmmdo you have any file names from the OpenGL header files/libraries? Or better Debian package name? Is it right that configuring with --without-opengl would not help, because this would not impact winetest's Makefile? Is that new in 0.9.6 and was not there at 0.9.5? Thanks, Rainer
