April 2004 - wine-devel

text edit box not painting text ( on form startup )
by Doug Herbert 09 Mar '05

09 Mar '05

( I have posted a similiar question in wine-users, don't flame me for doing so, just thinking about this some more, perhaps it may be more a developer question ) Ok, I have a windows app, that runs under wine fine - not quite. This app has a form, with many text field edit boxes on. Quite often these edit boxes already have text values, ie. they are not empty - there is a database behind the form. Anyway, the form shows on the screen, but the text within the edit fields is invisible, until you activate each edit box component. When you leave one edit box to the next, the text remains visible. It seems like the repainting is not working, on initial startup of the form. As a way to debug this database app ( I don't have the source code for it ) I wrote a real basic form app in Visual Studio, with two edit boxes, with data in each. Now this basic app shows the text values immediately on startup. So there must be something different that the database app is not doing. I then ran wine using 'wine --debugmsg +edit programname' for both app's. I see both logging 'Creating ANSI edit control, style = xxxxx' but the style reference is different between apps - I am not sure if this the cause or not. The problem app reports style = 54011104 and the basic app shows style = 50010080. Can somebody explain what this style reference means and how do I force an app to use a certain style of edit box ? What other wine class debugmsg types should I use to narrow down the source of this problem ? Is there anyway I can check to see how the database app is repainting text within the text edit components ? Regards Doug Herbert. __________________________________ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com

3 4

Precompiled headers?
by Shachar Shemesh 05 Jul '04

05 Jul '04

Hi, Is anyone considering putting precompiled headers support into the wine build system? http://gcc.gnu.org/onlinedocs/gcc/Precompiled-Headers.html#Precompiled%20He… -- Shachar Shemesh Lingnu Open Source Consulting http://www.lingnu.com/

2 1

Question about a FIXME
by William Lahti 07 May '04

07 May '04

I read previously that Daylight Savings Time transition dates were a FIXME. If I knew where to implement them, I will look into implementing them myself.

2 1

Re: Ukrainian translation
by Dmitry Timoshkov 05 May '04

05 May '04

"Ylia K" <k_ilya(a)ukr.net> wrote: > * dlls/kernel/nls/ukr.nls, dlls/comctl32/rsrc.rc, dlls/commdlg/rsrc.rc, dlls/user/resources/user32.rc, dlls/shell32/shres.rc, > dlls/comctl32/comctl_Uk.rc, dlls/commdlg/cdlg_Uk.rc, dlls/shell32/shell32_Uk.rc, dlls/user/resources/user32_Uk.rc : > > Ilya Korniyko <k_ilya(a)ukr.net> > > Ukrainian translation: full translation of comclt32, commdlg, shel32, user dlls, fixes in ukr.nls You shouldn't touch ukr.nls since it has been auto generated. -- Dmitry.

2 4

Re: Using Windows ODBC drivers
by Brian Vincent (C) 03 May '04

03 May '04

> 5.14.2. Using Windows ODBC drivers > Does anyone actually have any experience of this and anything to add? > > > I do, with Microsoft Access and the JetProxy JDBC. If there's any > interest, I can give you a quick summary on how to set things up. It looks like the stuff on WineHQ is a bit out of date. A patch I submitted in March added some info that Boaz put together. Now that section should read: <title>Using Windows ODBC drivers</title> <para> Native ODBC drivers have been reported to work for many types of databases including MSSQL and Oracle. In fact, some like MSSQL can only be accessed on Linux through a Winelib app. Rather than just copying DLL files, most ODBC drivers require a Windows-based installer to run to properly configure things such as registry keys. </para> <para> In order to set up MSSQL support you will first need to download and run the mdac_typ.exe installer from microsoft.com. In order to configure your ODBC connections you must then run CLICONFG.EXE and ODBCAD32.EXE under Wine. You can find them in the windows\system directory after mdac_typ runs. Compare the output of these programs with the output on a native Windows machine. Some things, such as protocols, may be missing because they rely on being installed along with the operating system. If so, you may be able to copy missing functionality from an existing Windows installation as well as any registry values required. A native Windows installation configured to be used by Wine should work the same way it did when run natively. If you'd like to make any additions or corrections, please work from the version in CVS. If you'd like me to do the SGML markup, feel free to email me raw text to add. If so, no rush - I'll be out of town till May 10th. Thanks! --------------- Brian Vincent Copper Mountain Telecom vincentb(a)coppercolorado.com

3 2

Printing problem; RHEL3U1 (CUPS) with 20031118
by Bill Medland 03 May '04

03 May '04

(Yes, I know 20031118 is a little old) Anyone any ideas what is going on here or any simple tests I can do? I am trying to get our company's software running on Red Hat Enterprise Linux 3 Update 1. I am using the wine-20031118-1rh8winehq.i686.rpm I am printing to a SMB printer elsewhere on the computer. I can print the test page from the printconfgui I can print a text file from the command line (lp /etc/passwd) I cannot print from notepad; nothing seems to happen I cannot print from our application; I get the error: lpr: unable to print file: server-error-service-unavailable (I'll try the 20040408 when I can actually download it, but I don't expect it to change) (I would try changing to LPRng but of course RHEL3 doesn't seem to include it) Anyone any ideas? -- Bill Medland mailto:billmedland@mercuryspeed.com http://webhome.idirect.com/~kbmed

3 7

winelib application taking 100% of the CPU
by Scott W Gifford 03 May '04

03 May '04

Hello, I recently ported a small application from Windows using winelib. The app uses a third-party DLL that I don't have source for (which is why I'm using winelib instead of just writing a Unix program). It seems to work fine, but it takes up 100% of the CPU all the time: 24916 activewv 25 0 1080 1080 920 R 50.2 0.2 44:06 0 wineserver 24938 activewv 16 0 0 0 0 Z 24.5 0.0 3:52 0 wine-pthread <defunct> 24913 activewv 15 0 0 0 0 Z 24.1 0.0 17:38 0 wine-pthread <defunct> Also Linux claims that the two threads of the program are zombies, and are taking up 25% of the CPU, which doesn't really make any sense. The app isn't CPU-intensive under Windows. The app is just sending a short request to the serial port every 5-10 seconds, and sometimes getting back a short response. When I strace wineserver, it's doing: 31132 poll([{fd=5, events=POLLIN}, {fd=4, events=POLLIN}, {fd=7, events=POLLIN}, {fd=9, events=POLLIN}, {fd=11, events=POLLIN}, {fd=13, events=POLLIN}, {fd=15, events=POLLIN}, {fd=-1}, {fd=-1}, {fd=16, events=POLLIN}, {fd=-1}, {fd=-1}, {fd=-1}, {fd=-1}, {fd=-1}, {fd=17, events=POLLIN}, {fd=-1}, {fd=-1}, {fd=-1}, {fd=28, events=POLLIN}, {fd=-1}, { fd=-1}, {fd=-1}, {fd=32, events=0, revents=POLLERR|POLLHUP}, {fd=33, events=POLLIN, revents=POLLIN}, {fd=-1}, {fd=-1}, {fd=36, events=POLLIN}, {fd=-1}, {fd=-1}, {fd=18, events=POLLIN}, {fd=-1}, {fd=-1}, {fd=-1}, {fd=-1}, {fd=44, events=0, revents=POLLERR|POLLHUP}, {fd=45, events=POLLIN, revents=POLLIN}, {fd=-1}, {fd=-1}, {fd=48, events=POLLIN}, {fd=-1}, {fd=-1}, {fd=24, events=POLLIN}, {fd=-1}, {fd=-1}, {fd=-1}, {fd=-1}, {fd=56, events=POLLIN}, {fd=57, events=POLLIN}, {fd=-1}, {fd=-1}, {fd=60, events=POLLIN}, {fd=-1}, {fd=-1}, {fd=63, events=POLLIN}, {fd=64, events=POLLIN}, {fd=-1}, {fd=-1}, {fd=-1}, {fd=-1}, {fd=-1}, {fd=-1}, {! fd=71, events=POLLIN}, {fd=72, events=POLLIN}, {fd=-1}, {fd=-1}, {fd=75, events=POLLIN}, {fd=-1}, {fd=-1}], 69, -1) = 4 31132 read(33, "&\0\0\0\0\0\0\0\0\0\0\0L\0\0\0\0\0\0@\0\0\0\0\0\0\0\0\0"..., 64) = 64 31132 write(34, "\0\0\0\0\0\0\0\0\t\0\0\0\1\0\0\0\1\0\0\0\0\0\0\0\0\0\0"..., 64) = 64 31132 read(45, "\25\0\0\0\0\0\0\0\0\0\0\0l\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 64) = 64 31132 write(46, "\0\0\0\0\0\0\0\0\377\377\377\377\0\0\0\0\0\0\0\0\0\0\0"..., 64) = 64 Those file descriptors are all pipes according to lsof, and I'm not sure what they're connected to---although it seems likely they're connected to those two threads, especially since those are the only threads this copy of wineserver is servicing. I'm not really sure how to go about figuring this out; I'm about to port another similar application, and I'd prefer not to have both of them trying to get the CPU all the time. This is with Wine-20040309, compiled myself for a Fedora Core Release 1 (Yarrow) Linux. I'm not really sure what my next step is in figuring this out. Any ideas? Thanks! ----ScottG.

3 5

d3d8 CVS doesn't compile
by Ferenc Wagner 02 May '04

02 May '04

Hi, this is with current CVS: ../../tools/winegcc/winegcc -B../../tools/winebuild -shared ../../../src/dlls/d3d8/d3d8.spec basetexture.o cubetexture.o d3d8_main.o device.o directx.o drawprim.o indexbuffer.o resource.o shader.o stateblock.o surface.o swapchain.o texture.o utils.o vertexbuffer.o volume.o volumetexture.o vshaderdeclaration.o d3d8.dll.dbg.o version.res -o d3d8.dll.so -L../../dlls -luser32 -lgdi32 -lkernel32 -ladvapi32 -L../../libs/wine -lwine -ldxguid -luuid -L/usr/X11R6/lib -lSM -lICE -lXxf86dga -lXxf86vm -lXv -lXext -lX11 -lGL -lGLU -L../../libs/port -lwine_port surface.o: In function `IDirect3DSurface8Impl_LoadTexture': /usr/local/src/wine/elf/dlls/d3d8/../../../src/dlls/d3d8/surface.c:577: undefined reference to `glCompressedTexImage2D' collect2: ld returned 1 exit status winegcc: gcc failed. make[2]: *** [d3d8.dll.so] Error 2 make[2]: Leaving directory `/usr/local/src/wine/elf/dlls/d3d8' I could only find glCompressedTexImage2DARB in my glext.h (SGI OpenGL 1.2.1). Any clues? -- Thanks, Feri.

5 6

Marlett Replacement Useful for Wine?
by Robert Shearman 02 May '04

02 May '04

Hi all, I have several people interested in creating a replacement for the Marlett symbol font included in Windows (used for drawing of window decorations and some widgets). Would this be useful for inclusion in Wine? If so, would just the TTF file be ok, or would you need whatever propietary formatted file they will probably be working with (I think it will be some Adobe product)? Rob

5 4

Linking with 3rd party DLLs
by Scott W Gifford 30 Apr '04

30 Apr '04

I'm working on two apps that link to 3rd party DLLs. For both DLLs, I have a .dll file and a .lib file, but no .def. For the first app, in order to get things working I had to load all of the functions myself with GetProcAddress. That worked fine, but was tedious to set up. I know there's a better way, but nothing I've tried has worked. I tried to create a .spec file, compile to a .def file, and link with that. If I copy ActiveWaveLib.dll to libActiveWaveLib.dll, create an ActiveWaveLib.spec file, compile that with winebuild to libActiveWaveLib.def, then compile with: wineg++ ... -lActiveWaveLib it compiles, but when I run it complains: err:module:import_dll No implementation for ActiveWaveLib.dll.rfCallTags imported from L"Z:\\home\\gifford\\prog\\activewave-test\\activewave.exe", setting to 0xdeadbeef If I instead use: wineg++ ... -iActiveWaveLib it won't compile: activewave.o(.text+0xce): In function `main': : warning: undefined reference to `rfRegisterReaderEvent' Any idea what I'm doing wrong, or what else I can try? Thanks! ----ScottG.

1 0

downloading binaries
by Bill Medland 30 Apr '04

30 Apr '04

Am I being some sort of an idiot? I can't download binaries. Is it something I am doing, my network or have they messed things up? I am trying to download a RedHat 8.0 binary package from SourceForge I select the one I want It redirects to the page asking which mirror I want. It just sits there. In the very old days it would automatically start the download In the old days there would be a link to select if the download didn't start;I tended to use it. Now it doesn't start and there is no link any longer. Anyone any idea what is going on? -- Bill Medland mailto:billmedland@mercuryspeed.com http://webhome.idirect.com/~kbmed

2 2

wineserver not reading config files
by Saulius Krasuckas 30 Apr '04

30 Apr '04

(Subject was: wineinstall problems at creation of config-files) Ok, today I got less lazy and found function of interest: /usr/src/wine-cvs/wine/server/registry.c:1114: fprintf( stderr, "Line %d: %s '%s'\n", info->line, err, info->buffer ); Function name seems to be "file_read_error". Plainly running /usr/local/bin/wineserver shows Line-errors, but killing it (via winserver -k) and running it via gdb stops emitting mentioned Line-errors to output: [s2@katleriai s2]$ gdb --quiet /usr/local/bin/wineserver (gdb) break file_read_error Breakpoint 1 at 0x805b91e: file registry.c, line 1114. (gdb) r Starting program: /usr/local/bin/wineserver Program exited with code 02. (gdb) Maybe there is some complex methods on debugging wineserver's binary? I am asking for help on that. PS I had refreshed src from the CVS and recompiled Wine before trying to debug it.

3 6

Segfault
by Kevin Koltzau 30 Apr '04

30 Apr '04

I'm getting segfaults with current cvs, I've tracked it down to this patch http://cvs.winehq.org/patch.py?id=12187 last few lines in a +relay are 0009:Call ntdll.NtCreateKey(bfffcd84,000f003f,bfffe190,00000000,00000000,00000000,00000000) ret=4051e47a 0009:Ret ntdll.NtCreateKey() retval=00000000 ret=4051e47a 0009:Call ntdll.RtlInitUnicodeString(bfffc52c,405d616e L"windows") ret=4051e27f 0009:Ret ntdll.RtlInitUnicodeString() retval=00000000 ret=4051e27f 0009:Call ntdll.NtQueryValueKey(00000010,bfffc52c,00000002,bfffc534,00000800,bfffc528) ret=4051e2be 0009:Ret ntdll.NtQueryValueKey() retval=00000000 ret=4051e2be 0009:Call ntdll.RtlDosPathNameToNtPathName_U(bfffc540 L"c:\\Windows",bfffc49c,00000000,00000000) ret=4053ecd2 Segmentation fault

2 7

RE: Fix toolbar get style
by Ge van Geldorp 30 Apr '04

30 Apr '04

> From: Maxime Bellengé > > When a toolbar receives a TB_GETSTYLE message with wParam=0, > the application expects to get the toolbar style and not the > first button style. This patch fixes eMule 0.42e, now the > toolbar is visible. > > ChangeLog > * Fix TB_GETSTYLE to return the style of the toolbar when > wParam is 0 It seems there is another problem with the toolbar styles. When you CreateToolbarEx() with the WS_VISIBLE bit turned on, TOOLBAR_Create() will call GetWindowLongW() to get the window style and store that as the dwStyle member of TOOLBAR_INFO. Unfortunately, when the WM_CREATE message is sent the WS_VISIBLE bit of the window style retrieved with GetWindowLongW() is always turned off. It is turned on a little bit later, but no WS_STYLECHANGED is sent for this. So, the dwStyle member of TOOLBAR_INFO doesn't always mimick the "true" window style, it is possible that the WS_VISIBLE bit is off in TOOLBAR_INFO but on in the window style. If your app does something like: SendMessage(hwndTB, TB_SETSTYLE, 0, SendMessage(hwndTB, TB_GETSTYLE, 0, 0) | TBSTYLE_FLAT ); this will make your toolbar invisible. Gé van Geldorp.

2 1

how can i solve this problem???
by Falcifer 30 Apr '04

30 Apr '04

fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:hook:NotifyWinEvent (32768,0x20049,-4,2)-stub! fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:hook:NotifyWinEvent (32768,0x20049,-4,3)-stub! fixme:hook:NotifyWinEvent (32774,0x20049,-4,1)-stub! X Error of failed request: BadMatch (invalid parameter attributes) Major opcode of failed request: 73 (X_GetImage) Serial number of failed request: 21212 Current serial number in output stream: 21212 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:hook:NotifyWinEvent (32768,0x20049,-4,2)-stub! fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:hook:NotifyWinEvent (32768,0x20049,-4,3)-stub! fixme:hook:NotifyWinEvent (32774,0x20049,-4,1)-stub! X Error of failed request: BadMatch (invalid parameter attributes) Major opcode of failed request: 73 (X_GetImage) Serial number of failed request: 21212 Current serial number in output stream: 21212 ----------------------------------------------------------------------------------- Any clue?? Its very important cause if i can run this corporative application in Linux all the firm will migrate gradually to Linux. Thanks

1 0

Running NT PPC with wine
by emmanuel maillard 30 Apr '04

30 Apr '04

Hi all, I'm looking for people using wine on linuxPPC who want try my patches to run a NT PPC exe. (i plan to reinstall linux/ppc to make my tests but i need to rearrange my HDs before, and it will take times ) This doesn't work for me on MacOSX but this could be due to our port for darwin, this why i need to have feedback from linux/ppc users. PE headers are store in little endian even for an PPC file, so I test endiannes and swap PE infos if needed. For my test i use winimage 3.0 for NT PPC, available here : http://www.winimage.com/download.htm map_image seems good : trace:module:map_image mapped PE file at 0x4f000-0xe5000 Trying to load PE image for unsupported architecture (PowerPC) trace:module:map_image mapping section .text at 0x50000 off 400 size 6c600 flags 60000020 trace:module:map_image mapping section .rdata at 0xbd000 off 6ca00 size 1c00 flags 40000040 trace:module:map_image mapping section .data at 0xbf000 off 6e600 size 3600 flags c0000040 trace:module:map_image clearing 0xc2600 - 0xc3000 trace:module:map_image mapping section .pdata at 0xc8000 off 71c00 size 5c00 flags 40000040 trace:module:map_image mapping section .idata at 0xce000 off 77800 size 3000 flags c0000040 trace:module:map_image mapping section .reldata at 0xd1000 off 7a800 size 200 flags c0000040 trace:module:map_image mapping section .rsrc at 0xd2000 off 7aa00 size e000 flags 40000040 trace:module:map_image mapping section .reloc at 0xe0000 off 88a00 size 5000 flags 42000040 trace:module:do_relocations relocating from 0x400000-0x496000 to 0x4f000-0xe5000 trace:module:do_relocations 1848 relocations for page 6e000 trace:module:do_relocations 816 relocations for page 6f000 trace:module:do_relocations 80 relocations for page 70000 trace:module:do_relocations 40 relocations for page 71000 trace:module:do_relocations 80 relocations for page 72000 trace:module:do_relocations 32 relocations for page 73000 trace:module:do_relocations 1236 relocations for page 79000 trace:module:do_relocations 1240 relocations for page 7a000 trace:module:do_relocations 1240 relocations for page 7b000 trace:module:do_relocations 1236 relocations for page 7c000 trace:module:do_relocations 1240 relocations for page 7d000 trace:module:do_relocations 796 relocations for page 7e000 trace:module:do_relocations 1316 relocations for page 7f000 trace:module:do_relocations 704 relocations for page 80000 trace:module:do_relocations 184 relocations for page 82000 But when process start : .... trace:module:MODULE_InitDLL entry : 0x0(L"WINIMAGE.exe",0x1) - END 0009:Starting process L"F:\\Desktop\\wimapp30\\WINIMAGE.exe" (entryproc=0xbe750) wait few seconds ... wine: Unhandled exception (thread 0009), starting debugger... i test it with mosaic too but failed due to an undefined symbol in iphlpapi.dll "err:module:load_builtin_dll failed to load .so lib for builtin L"iphlpapi.dll": dlcompat: dyld: wine Undefined symbols: _res_9_init" If someone with a Linux/x86 want to launch winimage PPC with +module enable to send me the output to see if my changes give right values it will be helpfull to. Thanks in advance emmanuel the patches (kernel/process.c, ntdll/loader.c, ntdll/virtual.c, server/mapping.c and winedump/pe.c) : full winimage output with +module :

1 1

Re: Fix toolbar get style
by maxime.bellenge＠laposte.net 30 Apr '04

30 Apr '04

> >>> maxime.bellenge(a)laposte.net 04/29/04 22:59 PM >>> > > When a toolbar receives a TB_GETSTYLE message with wParam=0, the > > application expects to get the toolbar style and not the first button > > style. This patch fixes eMule 0.42e, now the toolbar is visible. > > > > ChangeLog > > * Fix TB_GETSTYLE to return the style of the toolbar when wParam is 0 > > Good catch, but I think the original author of the > TB_GETSTYLE code got a bit confused. I think it should > always return the style of the toolbar (according to > MSDN) and should print an ERR or FIXME if wParam != 0, > as it is reserved. > Could you resubmit with that change? > > Rob > Hello I will perform some tests under win xp to check this behaviour because even if the author may have been confused. I think it is worth testing that. I will then send another patch. a+ Max Accédez au courrier électronique de La Poste : www.laposte.net ; 3615 LAPOSTENET (0,34/mn) ; tél : 08 92 68 13 50 (0,34/mn)

1 0

wineinstall problems at creatconfig-file
by Saulius Krasuckas 30 Apr '04

30 Apr '04

CVS Wine of today compiles OK, but at the end of wineinstall script I get some strange output (put below). After that it seems Wine is unable to read ~/.wine/config file. Thus it switches to default Desktop mode ("Desktop" = "640x480") while running any win32|wine app. That makes me feel quiet disappointed. Should I regress-test Wine or have I missed something? There are about 70 MBs of free disk space available for Wine in my box. [s2@katleriai wine]$ sh -x tools/wineinstall <skipped /> + echo 'Preparing to install default Wine registry entries...' Preparing to install default Wine registry entries... + '[' '!' -d /home/s2/.wine/dosdevices ']' + echo 'Installing default Wine registry entries...' Installing default Wine registry entries... + echo + programs/rundll32/rundll32 setupapi.dll,InstallHinfSection DefaultInstall 128 tools/wine.inf Line 8: Malformed key '[wine]' Line 8: Error creating key '[wine]' Line 9: Value without key '"Windows" = "c:\\windows"' Line 10: Value without key '"System" = "c:\\windows\\system"' Line 11: Value without key '"Temp" = "e:\\"' Line 12: Value without key '"Path" = "c:\\windows;c:\\windows\\system;e:\\;e:\\test;f:\\"' Line 13: Value without key '"Profile" = "c:\\windows\\Profiles\\Administrator"' Line 14: Value without key '"GraphicsDriver" = "x11drv"' Line 17: Value without key '"ShellLinker" = "wineshelllink"' Line 21: Malformed key '[Version]' Line 21: Error creating key '[Version]' Line 29: Malformed key '[DllOverrides]' Line 29: Error creating key '[DllOverrides]' Line 31: Value without key '"oleaut32" = "builtin, native"' Line 32: Value without key '"ole32" = "builtin, native"' Line 33: Value without key '"comdlg32" = "builtin, native"' Line 34: Value without key '"shell32" = "builtin, native"' Line 35: Value without key '"shfolder" = "builtin, native"' Line 36: Value without key '"shlwapi" = "builtin, native"' Line 37: Value without key '"shdocvw" = "builtin, native"' Line 38: Value without key '"advapi32" = "builtin, native"' Line 39: Value without key '"msvcrt" = "native, builtin"' Line 40: Value without key '"mciavi.drv" = "native, builtin"' Line 41: Value without key '"mcianim.drv" = "native, builtin"' Line 42: Value without key '"msi" = "native, builtin"' Line 49: Value without key '"*" = "builtin, native"' Line 51: Malformed key '[x11drv]' Line 51: Error creating key '[x11drv]' Line 53: Value without key '"AllocSystemColors" = "100"' Line 55: Value without key '"PrivateColorMap" = "N"' Line 57: Value without key '"PerfectGraphics" = "N"' Line 61: Value without key '"Managed" = "Y"' Line 66: Value without key '"UseDGA" = "Y"' Line 68: Value without key '"UseXVidMode" = "Y"' Line 70: Value without key '"UseXRandR" = "Y"' Line 72: Value without key '"UseTakeFocus" = "Y"' Line 74: Value without key '"DXGrab" = "N"' Line 77: Value without key '"DesktopDoubleBuffered" = "N"' Line 93: Malformed key '[fonts]' Line 93: Error creating key '[fonts]' Line 96: Value without key '"Resolution" = "96"' Line 97: Value without key '"Default" = "-adobe-helvetica-"' Line 98: Value without key '"DefaultFixed" = "fixed"' Line 99: Value without key '"DefaultSerif" = "-adobe-times-"' Line 100: Value without key '"DefaultSansSerif" = "-adobe-helvetica-"' Line 114: Malformed key '[FontDirs]' Line 114: Error creating key '[FontDirs]' Line 120: Malformed key '[ppdev]' Line 120: Error creating key '[ppdev]' Line 128: Malformed key '[spooler]' Line 128: Error creating key '[spooler]' Line 129: Value without key '"FILE:" = "tmp.ps"' Line 130: Value without key '"LPT1:" = "|lpr"' Line 131: Value without key '"LPT2:" = "|gs -sDEVICE=bj200 -sOutputFile=/tmp/fred -q -"' Line 132: Value without key '"LPT3:" = "/dev/lp3"' Line 134: Malformed key '[ports]' Line 134: Error creating key '[ports]' Line 138: Malformed key '[Debug]' Line 138: Error creating key '[Debug]' Line 146: Malformed key '[registry]' Line 146: Error creating key '[registry]' Line 152: Value without key '"LoadGlobalRegistryFiles" = "Y"' Line 154: Value without key '"LoadHomeRegistryFiles" = "Y"' Line 156: Value without key '"LoadWindowsRegistryFiles" = "Y"' Line 158: Value without key '"WritetoHomeRegistryFiles" = "Y"' Line 162: Value without key '"SaveOnlyUpdatedKeys" = "Y"' Line 164: Malformed key '[Clipboard]' Line 164: Error creating key '[Clipboard]' Line 165: Value without key '"ClearAllSelections" = "0"' Line 166: Value without key '"PersistentSelection" = "1"' Line 167: Value without key '"UsePrimary" = "0"' Line 170: Malformed key '[afmdirs]' Line 170: Error creating key '[afmdirs]' Line 171: Value without key '"1" = "/usr/share/ghostscript/fonts"' Line 172: Value without key '"2" = "/usr/share/a2ps/afm"' Line 173: Value without key '"3" = "/usr/share/enscript"' Line 174: Value without key '"4" = "/usr/X11R6/lib/X11/fonts/Type1"' Line 176: Malformed key '[WinMM]' Line 176: Error creating key '[WinMM]' Line 179: Value without key '"Drivers" = "wineoss.drv" ; default for most common configurations' Line 186: Value without key '"WaveMapper" = "msacm.drv"' Line 187: Value without key '"MidiMapper" = "midimap.drv"' Line 189: Malformed key '[dsound]' Line 189: Error creating key '[dsound]' Line 209: Malformed key '[Network]' Line 209: Error creating key '[Network]' + echo + echo 'Registry entries successfully installed.' Registry entries successfully installed. + '[' yes = auto ']' ++ whoami + '[' s2 = root ']' + '[' -f /tmp/wineinstall.conf ']' + rm -f /tmp/wineinstall.conf + echo + echo 'Installation complete for now. Good luck (this is still alpha software).' Installation complete for now. Good luck (this is still alpha software). + echo 'If you have problems with WINE, please read the documentation first,' If you have problems with WINE, please read the documentation first, + echo 'as many kinds of potential problems are explained there.' as many kinds of potential problems are explained there. + exit 0

1 2

Re: Fix toolbar get style
by Robert Shearman 29 Apr '04

29 Apr '04

>>> maxime.bellenge(a)laposte.net 04/29/04 22:59 PM >>> > When a toolbar receives a TB_GETSTYLE message with wParam=0, the > application expects to get the toolbar style and not the first button > style. This patch fixes eMule 0.42e, now the toolbar is visible. > > ChangeLog > * Fix TB_GETSTYLE to return the style of the toolbar when wParam is 0 Good catch, but I think the original author of the TB_GETSTYLE code got a bit confused. I think it should always return the style of the toolbar (according to MSDN) and should print an ERR or FIXME if wParam != 0, as it is reserved. Could you resubmit with that change? Rob

1 0

RFH: winetest testing
by Dimitrie O. Paun 29 Apr '04

29 Apr '04

Folks, Can you please run this .exe on your Windows box: http://afavant.elte.hu/~wferi/wine/winetest.exe We are trying to test the winetest infrastructure. TIA! -- Dimi.

15 47

Re: Using Windows ODBC drivers
by Dimitrie O. Paun 29 Apr '04

29 Apr '04

On Thu, 29 Apr 2004, Florian Wunderlich wrote: > 5.14.2. Using Windows ODBC drivers > Does anyone actually have any experience of this and anything to add? > > > I do, with Microsoft Access and the JetProxy JDBC. If there's any > interest, I can give you a quick summary on how to set things up. Yes, there is -- if you could provide a patch for section 5.14.2 it would be great. In the past, others have inquired about this issue, so having some documentation on it would be perfect. -- Dimi.

1 0

RegEdit problems
by Krzysztof Foltman 29 Apr '04

29 Apr '04

During deployment of some Linux desktop setup I had a major problem with WINE's regedit. First, I don't seem to be able to edit the (default) values of the keys (if they don't exist already ?). Second, the Modify dialog has Cancel as its default button. Third, there is no Find function. There are also some weird error messages in unexpected places. Is anybody working on it, or should I try it ? Using native regedit is not an option, as our goal is to avoid being a BSA victim completely. Krzysztof (who can't continue the RichEdit before getting the damn desktop to work)

3 3

Re: Re: CVS Invalid path for c:\\Windows
by brettholcomb＠charter.net 29 Apr '04

29 Apr '04

Arrghh! I'll do that. Thank you. Can the message be updated to tell us to look at the dosdevices directory. > > From: Alexandre Julliard <julliard(a)winehq.org> > Date: 2004/04/29 Thu AM 02:02:21 GMT > To: "Brett I. Holcomb" <brettholcomb(a)charter.net> > CC: wine-devel(a)winehq.com > Subject: Re: CVS Invalid path for c:\\Windows > > "Brett I. Holcomb" <brettholcomb(a)charter.net> writes: > > > Yes. I just did again and it doesn't work. Same error. Something got > > broken again I guess. > > Path entries from the config file are no longer used. Check the > contents of your ~/.wine/dosdevices directory. > > -- > Alexandre Julliard > julliard(a)winehq.org >

1 0

Conversion between Clipboard Formats
by Santosh Siddheshwar 29 Apr '04

29 Apr '04

Hi, Does WINE support automatic type conversion between certain kinds of clipboard formats? For e.g. between CF_TEXT and CF_UNICODETEXT and similar types of conversions? Any inputs would be appreciated Regards Santosh Siddheshwar ********************************************************************* Disclaimer: The information in this e-mail and any attachments is confidential / privileged. It is intended solely for the addressee or addressees. If you are not the addressee indicated in this message, you may not copy or deliver this message to anyone. In such case, you should destroy this message and kindly notify the sender by reply email. Please advise immediately if you or your employer does not consent to Internet email for messages of this kind. *********************************************************************

2 1

Re: SetCalendarInfoA and SetCalendarInfoW implementations
by Stefan Leichter 29 Apr '04

29 Apr '04

Am Mittwoch, 28. April 2004 22:38 schrieb Wililam: > I have implemented the SetCalendarInfoA and SetCalendarInfoW API > functions in dlls/kernel/time.c. I am aware that you generally do not like > it when more than 1 thing is changed, but SetCalendarInfoA is not much more > than a > call to SetCalendarInfoW. I am also curious as to why both functions were > listed > as stdcalls rather than stubs when they were both stubs in the source file. > > I have enclosed the patch for the file against the latest source package. > > Here is the ChangeLog entry (I didn't patch the ChangeLog file): > > * dlls/kernel/time.c > William Lahti <computerman413(a)ezrs.com> > > - Implemented the SetCalendarInfoA and SetCalendarInfoW APIs. > > Sincerely yours, > > William Lahti Hello, for my limited understanding you need to convert lpCalData from ascii to unixode in SetCalendarInfoA before calling SetCalendarInfoW Bye Stefan

1 0

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