wine-devel

wine-devel@winehq.org

10 participants
84459 discussions

Start a nNew thread

Encrypted document
by Dmitry 03 May '04

03 May '04

1 0

RE: Text message
by Julliard 03 May '04

03 May '04

1 0

Hidden message
by Dmitry 03 May '04

03 May '04

1 0

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

Re: dlls/kernel/tests/file.c
by Ferenc Wagner 03 May '04

03 May '04

Jakob Eriksson <jakov(a)vmlinux.org> writes: > + lockfileex_capable = dll_capable("kernel32", "LockFileEx"); > + if (lockfileex_capable) > + { > + /* Test for broken LockFileEx a la Windows 95 OSR2. */ > + if (LockFileEx( handle, 0, 0, 100, 0, &overlapped )) Can I ask somebody to explain me how this works? Shouldn't the LockFileEx call be satisfied on program startup even if we won't call it? -- Thanks, Feri.

2 1

Re: Rename builds.txt to winetest.builds
by Ferenc Wagner 03 May '04

03 May '04

"Dimitrie O. Paun" <dimi(a)intelliware.ca> writes: > Looking at them I see that in winetest/winetest.conf, > $root = "/home/laxdragon/wine/tools/winetest"; > $builds = "$root/winetest.builds"; > but on the other hand in service.cgi we have > $path_to_builds_txt="/home/winehq/opt/winetest/builds.txt"; > What gives? $root in winetest.conf is a placeholder I provided for a value I had no idea of. Seems like Jer isn't useing this file from CVS but a separate copy instead, which has $root set up correctly. -- Feri.

1 0

Re: wine-devel digest, Vol 1 #2689 - 17 msgs
by kosta 03 May '04

03 May '04

what are downloading binaries what are they used for forgive me im new to linux ----- Original Message ----- From: <wine-devel-request(a)winehq.org> To: <wine-devel(a)winehq.org> Sent: Friday, April 30, 2004 9:00 PM Subject: wine-devel digest, Vol 1 #2689 - 17 msgs > Send wine-devel mailing list submissions to > wine-devel(a)winehq.org > > To subscribe or unsubscribe via the World Wide Web, visit > http://www.winehq.org/mailman/listinfo/wine-devel > or, via email, send a message with subject or body 'help' to > wine-devel-request(a)winehq.org > > You can reach the person managing the list at > wine-devel-admin(a)winehq.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of wine-devel digest..." > > > Today's Topics: > > 1. RE: Fix toolbar get style (Maxime =?ISO-8859-1?Q?Belleng=E9?=) > 2. Re: Segfault (Kevin Koltzau) > 3. Re: wineserver not reading config files (Saulius Krasuckas) > 4. Re: wineserver not reading config files (Kevin Koltzau) > 5. Re: Segfault (Uwe Bonnes) > 6. Re: wineserver not reading config files (Saulius Krasuckas) > 7. Re: wineserver not reading config files (hatky) > 8. Re: Segfault (Kevin Koltzau) > 9. Re: wineserver not reading config files (hatky) > 10. Re: Segfault (Uwe Bonnes) > 11. Re: Segfault (Kevin Koltzau) > 12. Re: Segfault (Uwe Bonnes) > 13. Re: Segfault (Kevin Koltzau) > 14. downloading binaries (Bill Medland) > 15. Printing problem; RHEL3U1 (CUPS) with 20031118 (Bill Medland) > 16. Re: downloading binaries (Dimitrie O. Paun) > 17. Re: Printing problem; RHEL3U1 (CUPS) with 20031118 (Michael Stefaniuc) > > --__--__-- > > Message: 1 > Subject: RE: Fix toolbar get style > From: Maxime =?ISO-8859-1?Q?Belleng=E9?= <maxime.bellenge(a)laposte.net> > To: wine-devel(a)winehq.org > Date: Fri, 30 Apr 2004 15:01:44 +0200 > > On Fri, 2004-04-30 at 11:28, Ge van Geldorp wrote: > > > 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. > > > > The app is doing something similar but I don't think it is the same > problem. > > SendMessage(hwndTB, TB_SETSTYLE, 0, SendMessage(hwndTB, TB_GETSTYLE, 0, > 0) & ~ TBSTYLE_LIST); > > But this is not done in the WM_CREATE message. > > After investigation, the toolbar is not invisible, it has a size of > (0,26) which of course makes it invisible. The problem was that the > style return was the style of a separator button and so the style of the > toolbar was totally false. > > I will try to fix both problems. > > Max > > -- > Maxime BellengÃ© <maxime.bellenge(a)laposte.net> > > > --__--__-- > > Message: 2 > From: Kevin Koltzau <kevin(a)plop.org> > To: wine-devel(a)winehq.org > Subject: Re: Segfault > Date: Fri, 30 Apr 2004 09:17:13 -0400 > > On Thursday 29 April 2004 06:56 pm, Kevin Koltzau wrote: > > 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,0000 0000) 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 > > I've narrowed it down to a buffer overrun, no idea where yet..but if I force > RtlAllocateHeap to always allocate 1 extra byte, the segfault goes away.. > > --__--__-- > > Message: 3 > Date: Fri, 30 Apr 2004 15:53:45 +0200 (EET) > From: Saulius Krasuckas <saulius2(a)ar.fi.lt> > To: wine-devel(a)winehq.org > Subject: Re: wineserver not reading config files > > On Fri, 30 Apr 2004, hatky wrote: > > > basicly he says this patch is the problem: > > http://cvs.winehq.org/patch.py?id=12187 > > > > sounds right by what the patch is about, didn't try reversing it yet > > Hm, maybe. > Though I finally figured out on how to debug wineserver: > > [s2@katleriai s2]$ gdb -q --args /usr/local/bin/wineserver -f -p > (gdb) break file_read_error > Breakpoint 1 at 0x805b91e: file registry.c, line 1114. > (gdb) r > Starting program: /usr/local/bin/wineserver -f -p > > Breakpoint 1, file_read_error (err=0x806d146 "Malformed key", > info=0xbffffa74) at registry.c:1114 > 1114 fprintf( stderr, "Line %d: %s '%s'\n", info->line, err, info->buffer ); > (gdb) bt > #0 file_read_error (err=0x806d146 "Malformed key", info=0xbffffa74) at registry.c:1114 > #1 0x0805bd0d in load_key (base=0x80771d0, buffer=0x8077261 "wine]", flags=1, prefix_len=2, info=0xbffffa74, > default_modif=1083324039) at registry.c:1234 > #2 0x0805c390 in load_keys (key=0x80771d0, f=0x8076e00) at registry.c:1430 > #3 0x0805c56a in init_registry () at registry.c:1508 > #4 0x08052fc8 in main (argc=3, argv=0xbffffb14) at main.c:132 > #5 0x42015967 in __libc_start_main () from /lib/i686/libc.so.6 > (gdb) c > Continuing. > Line 8: Malformed key '[wine]' > > Breakpoint 1, file_read_error (err=0x806d1ac "Error creating key", > info=0xbffffa74) at registry.c:1114 > 1114 fprintf( stderr, "Line %d: %s '%s'\n", info->line, err, info->buffer ); > (gdb) bt > #0 file_read_error (err=0x806d1ac "Error creating key", info=0xbffffa74) at registry.c:1114 > #1 0x0805c3ac in load_keys (key=0x80771d0, f=0x8076e00) at registry.c:1431 > #2 0x0805c56a in init_registry () at registry.c:1508 > #3 0x08052fc8 in main (argc=3, argv=0xbffffb14) at main.c:132 > #4 0x42015967 in __libc_start_main () from /lib/i686/libc.so.6 > (gdb) c > Continuing. > Line 8: Error creating key '[wine]' > > I wonder now what does "+ 1" operation do inside the load_keys() in > server/registry.c: > > if (prefix_len == -1) prefix_len = get_prefix_len( key, p + 1, &info ); > if (!(subkey = load_key( key, p + 1, flags, prefix_len, &info, default_modif ))) > > Last mod of the file is three months old, at least. > > > --__--__-- > > Message: 4 > From: Kevin Koltzau <kevin(a)plop.org> > To: wine-devel(a)winehq.org > Subject: Re: wineserver not reading config files > Date: Fri, 30 Apr 2004 09:27:03 -0400 > Cc: Saulius Krasuckas <saulius2(a)ar.fi.lt> > > On Friday 30 April 2004 06:31 am, Saulius Krasuckas wrote: > > (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". > > I was having this problem too, I just stuck > [HKLM\\Machine\\Software\\Wine\\Wine\\Config] > at the top of my config file and that seemed to fix it > > --__--__-- > > Message: 5 > From: Uwe Bonnes <bon(a)elektron.ikp.physik.tu-darmstadt.de> > Date: Fri, 30 Apr 2004 15:37:32 +0200 > To: Kevin Koltzau <kevin(a)plop.org> > Cc: wine-devel(a)winehq.org > Subject: Re: Segfault > > >>>>> "Kevin" == Kevin Koltzau <kevin(a)plop.org> writes: > > > Kevin> I've narrowed it down to a buffer overrun, no idea where yet..but > Kevin> if I force RtlAllocateHeap to always allocate 1 extra byte, the > Kevin> segfault goes away.. > > It always a good start to run a buffer overrun with +relay,+heap. That way, > the corruption is noticed on the next heap operation after the corruption. > > Bye > -- > Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de > > Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt > --------- Tel. 06151 162516 -------- Fax. 06151 164321 ---------- > > --__--__-- > > Message: 6 > Date: Fri, 30 Apr 2004 16:13:24 +0200 (EET) > From: Saulius Krasuckas <saulius2(a)ar.fi.lt> > To: wine-devel(a)winehq.org > Subject: Re: wineserver not reading config files > > On Fri, 30 Apr 2004, Kevin Koltzau wrote: > > > I was having this problem too, I just stuck > > [HKLM\\Machine\\Software\\Wine\\Wine\\Config] at the top of my config > > file and that seemed to fix it > > Right, Kevin, it fixes my Wine too. Thanks. Hope Alexandre will fix it > soon. > > > --__--__-- > > Message: 7 > From: hatky <hatky(a)hatky.myz.info> > Reply-To: hatky(a)users.sourceforge.net > To: wine-devel(a)winehq.org > Subject: Re: wineserver not reading config files > Date: Fri, 30 Apr 2004 19:44:16 +0300 > Cc: Kevin Koltzau <kevin(a)plop.org>, Saulius Krasuckas <saulius2(a)ar.fi.lt> > > > > > I was having this problem too, I just stuck > > [HKLM\\Machine\\Software\\Wine\\Wine\\Config] > > at the top of my config file and that seemed to fix it > > Oh, 1,000 10x my lord > > Can someone patch the installed config to have this? > > -- > Hatky, > Worshiper of wine (http://www.winehq.org/), > Impossible is only an opinion. > > --__--__-- > > Message: 8 > From: Kevin Koltzau <kevin(a)plop.org> > To: Uwe Bonnes <bon(a)elektron.ikp.physik.tu-darmstadt.de> > Subject: Re: Segfault > Date: Fri, 30 Apr 2004 09:47:50 -0400 > Cc: wine-devel(a)winehq.org > > > --Boundary-00=_GklkA5V3PBvysN9 > Content-Type: text/plain; > charset="iso-8859-1" > Content-Transfer-Encoding: 7bit > Content-Disposition: inline > > On Friday 30 April 2004 09:37 am, Uwe Bonnes wrote: > > Kevin> I've narrowed it down to a buffer overrun, no idea where yet..but > > Kevin> if I force RtlAllocateHeap to always allocate 1 extra byte, the > > Kevin> segfault goes away.. > > > > It always a good start to run a buffer overrun with +relay,+heap. That way, > > the corruption is noticed on the next heap operation after the corruption. > > Attached is a run of > WINEDEBUG="+relay,+heap" ./wine > > --Boundary-00=_GklkA5V3PBvysN9 > Content-Type: application/x-gzip; > name="segfault.txt.gz" > Content-Transfer-Encoding: base64 > Content-Disposition: attachment; > filename="segfault.txt.gz" > > H4sICLtXkkAAA3NlZ2ZhdWx0LnR4dADtm11P2zoYx+/7KSyuOmmbbCdp00pcMF4GZ4UxOtiOhFQ5 > tlMiQoISl43z6Y+T5sVpXRhedcR03AvqBj9///3z85gmMiIjlI9vOLkfX4h4L45TSgQ/lp9BH/50 > oRNA+XoLly9cNZD/ZgwyLhZZEiVzsOw28nvCSM2DGrXAVE3nDSG4onaU8SeU6gl1lL5eXB4aesKa > GSJn1dPv8EKeKS+tt8CAl5zQtnhp11Dykr8ajfdJHINbniU8dvD72exHlPDZ8vMsSiLRf1OE7roQ > cR4OR0pQIlgcvy/75zx74NksZDORzm5IwmLer0zAtz5EULWF5AQxxlQmRCXtuQ5ynaX0BRfgOeky > 7oHEu/UYGp0XWCwMbbBIVYsDfzsWa50XWMQbLRKoWvTZdizWOopFmXAfuZikyZzn4kycE3Ez4clc > 3PRVA6N1Rs8ENg4Q8jRCXQdqyvdX871qYExUR0FoVjbY0ZUy086vY6uZVR3RNaOZ1Ymss8skoinj > U5HJwfpBGIbcGVK5yF7AyWgAJjt1ke40s3OGMFhfcK3gxsVWNBRTE5bJNTuI4+OVYm4ajcOq4auu > 2LqrVcWnDLF1Q2diKqN5SBaxTCVK1jy5cNQ68LA/WnOgkdhsolX4JRNIa2JEf9dErdAx8WXBs8cN > NsrVwLTdtxzEnKHGhkZks5FWo5sjR1HCLnieLjLKZ5eyIN2wTQ489Ot0cZZXUOC2lcmHoTZLVjQ3 > 71KtQNfUHqU8z2uJ1pSMYXiAa3fUbZK5NRUGfB3WuuZmU63AyzcuCNuNC3tFFWzv7z3Ub8xPbFwy > omtGM6v6e4xmRs2XvlYEodUZmX5v1MyksbK6NqhrwJbTNsspfNXlRG052XL6c8qJhvBVl5Nvy8mW > 059TTszxX3U52b9O/3k5VY+3iudas+Lm+J7MeV7MB3kuK262ZQO57rIxIEpheU6A15zo5RSyGCPm > UY1Ip8TrdbmKMrEg8Sm/S7PHfli9mhtszb13WW4KRqXi8ICsP1HbNNbmFG9lDFIcw62kuO6Zqovg > C1NcRjyb4voHMZTV+wga+GCyc0rojVz36+tpGoofJJOtb+Xn5c/9NAmj+fX1QRY9cLDXPq4ZeExf > mC94XKNodHLo8z1PPvHHyi8qU0PuhE6VPsj1VRss1KRGLdGMTcuRHVcTaLG9TmwfLDYTbPsWmwm2 > A4vNBNuhxWaC7chiM8H20WIzwXZssZlgO7HYTLD9ZbGZYPtksZlgm1hsJthOLTYTbGcWmwm2zxab > CbZzi80E2xeLzQTbhcVmgm1qsZlg+2qxmWC7tNhMsF1ZbCbYvllsJti+W2wm2P7+H2B77uCJi9Rz > BsW5D55ly1MGx4d757MrEkeMCH6SXOZ8L+MJAeWRg1puDKLkoegj398tcg5I2eeOzCMKwjSrThw4 > sFeEjZu43hn/KcagYQimi+BdMWyu9CnMgzjKRT7ugQ9xSm+B7CiIKN6if7h8Ayest+zv+CAs+i8F > MQT3GX/YrYcHiRyvPq8DqxCXqiG+GiI7qSGDOmQAlRAMOyFSTgkZur26sQypD6WoIQN1lIJSr1eD > UBDncq67xT/5lKhoencXCcFZkYHlpd7zdEaqbxmlmpDkFN8urUICCOSasyrEgyAg9HYFIYI+WLSd > kF9dxp3LuO4tRRaqZHWZ6HsztTd2qssu1PYu1ri6jGAoLfamfH7HE8kjShNQHt/r/Qu8WeKKZDoA > AA== > > --Boundary-00=_GklkA5V3PBvysN9-- > > --__--__-- > > Message: 9 > From: hatky <hatky(a)hatky.myz.info> > Reply-To: hatky(a)users.sourceforge.net > To: wine-devel(a)winehq.org > Subject: Re: wineserver not reading config files > Date: Fri, 30 Apr 2004 19:47:04 +0300 > Cc: Kevin Koltzau <kevin(a)plop.org>, Saulius Krasuckas <saulius2(a)ar.fi.lt> > > > I was having this problem too, I just stuck > > [HKLM\\Machine\\Software\\Wine\\Wine\\Config] > > at the top of my config file and that seemed to fix it > > :(, > now I get just the segfault ....... > > -- > Hatky, > Worshiper of wine (http://www.winehq.org/), > Impossible is only an opinion. > > --__--__-- > > Message: 10 > From: Uwe Bonnes <bon(a)elektron.ikp.physik.tu-darmstadt.de> > Date: Fri, 30 Apr 2004 15:59:15 +0200 > To: wine-devel(a)winehq.org > Subject: Re: Segfault > > >>>>> "Kevin" == Kevin Koltzau <kevin(a)plop.org> writes: > > Kevin> On Friday 30 April 2004 09:37 am, Uwe Bonnes wrote: I've narrowed > Kevin> it down to a buffer overrun, no idea where yet..but if I force > Kevin> RtlAllocateHeap to always allocate 1 extra byte, the segfault > Kevin> goes away.. > >> It always a good start to run a buffer overrun with +relay,+heap. > >> That way, the corruption is noticed on the next heap operation after > >> the corruption. > > Kevin> Attached is a run of WINEDEBUG="+relay,+heap" ./wine > > Is http://cvs.winehq.org/patch.py?id=12192 applied? > > it could be related. > -- > Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de > > Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt > --------- Tel. 06151 162516 -------- Fax. 06151 164321 ---------- > > --__--__-- > > Message: 11 > From: Kevin Koltzau <kevin(a)plop.org> > To: wine-devel(a)winehq.org > Subject: Re: Segfault > Date: Fri, 30 Apr 2004 10:15:47 -0400 > Cc: Uwe Bonnes <bon(a)elektron.ikp.physik.tu-darmstadt.de> > > On Friday 30 April 2004 09:59 am, Uwe Bonnes wrote: > > Is http://cvs.winehq.org/patch.py?id=12192 applied? > > > > it could be related. > > Yes its applied, I am running on current cvs as of this morning > > --__--__-- > > Message: 12 > From: Uwe Bonnes <bon(a)elektron.ikp.physik.tu-darmstadt.de> > Date: Fri, 30 Apr 2004 16:47:24 +0200 > To: wine-devel(a)winehq.org > Subject: Re: Segfault > > >>>>> "Kevin" == Kevin Koltzau <kevin(a)plop.org> writes: > > Kevin> On Friday 30 April 2004 09:59 am, Uwe Bonnes wrote: > >> Is http://cvs.winehq.org/patch.py?id=12192 applied? > >> > >> it could be related. > > Kevin> Yes its applied, I am running on current cvs as of this morning > > Could you try appended patch? > -- > Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de > > Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt > --------- Tel. 06151 162516 -------- Fax. 06151 164321 ---------- > Index: wine/dlls/kernel/volume.c > =================================================================== > RCS file: /home/wine/wine/dlls/kernel/volume.c,v > retrieving revision 1.13 > diff -u -r1.13 volume.c > --- wine/dlls/kernel/volume.c 29 Apr 2004 00:27:57 -0000 1.13 > +++ wine/dlls/kernel/volume.c 30 Apr 2004 14:44:32 -0000 > @@ -327,7 +327,7 @@ > int i, count = 0; > > if (!(buffer = HeapAlloc( GetProcessHeap(), 0, > - strlen(config_dir) + sizeof("/dosdevices") + 3 ))) > + strlen(config_dir) + sizeof("/dosdevices") + sizeof("/a:") +1 ))) > return; > > strcpy( buffer, config_dir ); > > --__--__-- > > Message: 13 > From: Kevin Koltzau <kevin(a)plop.org> > To: wine-devel(a)winehq.org > Subject: Re: Segfault > Date: Fri, 30 Apr 2004 11:05:05 -0400 > Cc: Uwe Bonnes <bon(a)elektron.ikp.physik.tu-darmstadt.de> > > On Friday 30 April 2004 10:47 am, Uwe Bonnes wrote: > > Could you try appended patch? > > Looks like that worked, thanks > > --__--__-- > > Message: 14 > From: Bill Medland <billmedland(a)mercuryspeed.com> > To: wine-devel(a)winehq.org > Subject: downloading binaries > Date: Fri, 30 Apr 2004 10:02:57 -0700 > > 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 > > > --__--__-- > > Message: 15 > From: Bill Medland <billmedland(a)mercuryspeed.com> > To: wine-devel(a)winehq.org > Subject: Printing problem; RHEL3U1 (CUPS) with 20031118 > Date: Fri, 30 Apr 2004 10:13:16 -0700 > > (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 > > > --__--__-- > > Message: 16 > Date: Fri, 30 Apr 2004 14:19:35 -0400 (EDT) > From: "Dimitrie O. Paun" <dimi(a)intelliware.ca> > To: Bill Medland <billmedland(a)mercuryspeed.com> > cc: wine-devel(a)winehq.org > Subject: Re: downloading binaries > > On Fri, 30 Apr 2004, Bill Medland wrote: > > > 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. > > Yes, you have to actually click on the mirror you want > to use to proceeed. > > -- > Dimi. > > > --__--__-- > > Message: 17 > Date: Fri, 30 Apr 2004 20:59:01 +0200 > From: Michael Stefaniuc <mstefani(a)redhat.de> > To: Bill Medland <billmedland(a)mercuryspeed.com> > Cc: wine-devel(a)winehq.org > Subject: Re: Printing problem; RHEL3U1 (CUPS) with 20031118 > > > --fdj2RfSjLxBAspz7 > Content-Type: text/plain; charset=us-ascii > Content-Disposition: inline > Content-Transfer-Encoding: quoted-printable > > On Fri, Apr 30, 2004 at 10:13:16AM -0700, Bill Medland wrote: > > (Yes, I know 20031118 is a little old) > >=20 > > Anyone any ideas what is going on here or any simple tests I can do? > >=20 > > I am trying to get our company's software running on Red Hat Enterprise L= > inux=20 > > 3 Update 1. > >=20 > > I am using the wine-20031118-1rh8winehq.i686.rpm > [snip] > > Anyone any ideas? > I'm pretty sure you want to take the rh9 wine srpm and rebuild it on > RHEL 3 U1. RHL9 is the ancestor of RHEL3. > > bye > michael > --=20 > Michael Stefaniuc Tel.: +49-711-96437-199 > System Administration Fax.: +49-711-96437-111 > Red Hat GmbH Email: mstefani(a)redhat.com > Hauptstaetterstr. 58 http://www.redhat.de/ > D-70178 Stuttgart > > --fdj2RfSjLxBAspz7 > Content-Type: application/pgp-signature > Content-Disposition: inline > > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.0.7 (GNU/Linux) > > iD8DBQFAkqH108alQ5mXm14RAsGTAJ9zVVL1iGTK06ifzna6RLZIINgdsACbBjnZ > EEpb4fPcKSZAcBSwFLAR7Vg= > =g6bA > -----END PGP SIGNATURE----- > > --fdj2RfSjLxBAspz7-- > > > --__--__-- > > _______________________________________________ > wine-devel mailing list - wine-devel(a)winehq.org > http://www.winehq.org/mailman/listinfo/wine-devel > > > End of wine-devel Digest >

1 0

controls:static [proof of concept]
by Oleg Prokhorov 03 May '04

03 May '04

Hello wine-patches, Some styles of static control improperly have DT_NOCLIP format flag. This is not like windows does it. The problem appears when size of control is too small. This problem was showed by wxwidgets controls sample. This message includes simple testing program for this bug, and also Windows'2000 screenshot. Btw: SS_SIMPLE in wine has another bug - wrong colour, but that's another story. -- Best regards, Oleg mailto:xolegpro@rbcmail.ru

1 0

Re: Resent: Filedialog support FNERR_BUFFERTOSMALL
by Steven Edwards 02 May '04

02 May '04

Hello, --- Wolfgang Schwotzer <wolfgang.schwotzer(a)gmx.net> wrote: > > Index: dlls/commdlg/filedlg.c > + // return needed size in first two bytes of lpstrFile Please remove the C++ style comment. Thanks Steven __________________________________ Do you Yahoo!? Win a $20,000 Career Makeover at Yahoo! HotJobs http://hotjobs.sweepstakes.yahoo.com/careermakeover

1 0

dlls/d3d8/utils.c regression
by Gerald Pfeifer 02 May '04

02 May '04

Raphael, the following change to dlls/d3d8/utils.c revision 1.19 date: 2004/04/29 00:20:18; author: julliard; state: Exp; lines: +48 -11 Raphael Junqueira <fenix(a)club-internet.fr> - Fix compilation again using olders GL headers (glCompressedTexImage2DARB problem). - Fix typo on constant. - Detection of NVidia texture_shader and register_combiners extensions. - Begin to implement BUMPMAPPING using NVidia Texture shader extension (not really working for now). actually causes a new problem with XFree86 4.3.0 and Mesa 3.4.2: utils.c:1306: warning: implicit declaration of function `glActiveTextureARB' Would you mind looking into that? Gerald -- Gerald Pfeifer (Jerry) gerald(a)pfeifer.com http://www.pfeifer.com/gerald/

2 1

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

Re: Office installer broken.
by Ivan Leo Murray-Smith 02 May '04

02 May '04

> Is it possible that the > recent file access changes have caused this case to be handelled > incorrectly, causing the file not to be found? To find the patch that caused the regression, you can use CVS regression testing. A howto is in the devel guide. Ivan.

1 0

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

Problem with office Installer and filename resoloution.
by Matthew Davison 01 May '04

01 May '04

The installer fo Office XP i broken in recent CVS. IT returns an error stating that a file does not exist, when the file in question blatantly does exist. After further investigation, it appears that the installer is trying to open "osp.msi " (note the trailing space) MSDN states that such trailing spaces are not supported, and it appears that windows simply removes such spaces when added to a filename. This has been confirmed by making a copy of the file with a trailing space in linux and then the installer finds it correctly. I am assuming this has something to do with the recent changes to the filesystem code, and am unsure how to fix this myself. -- Matthew Davison

2 1

Re: Virtual Dub and NtFs
by Rein Klazes 01 May '04

01 May '04

On Sat, 1 May 2004 11:16:24 +0100, you wrote: > On Saturday 01 May 2004 10:56, Rein Klazes wrote: > > On Fri, 30 Apr 2004 23:47:41 -0500, you wrote: > > AFAIK, if the "real" file system supports large files, Wine will do as > > well. Does it not work? > > It works, but only with programs that don't check what filesystem they're > running on. VirtualDub checks whether the file is being saved on a FAT or > NTFS drive by retrieving the filesystem properties and refuses to save beyond > 2GB if it's reported as FAT. (Obviously, on a real Windoze system, saving > beond 2GB on FAT would fail.) > > My hack simply changed Wine's response so that it reported the simulated > volume to be an NTFS one. I see. At the moment wine's file handling/configuration is changed almost on a daily basis. Today you would probably have to hack dlls/kernel/volume.c, tomorrow that may have changed I cc 'd this to the developers list, see if anyone knows if a more permanent solution is already planned. Rein. -- Rein Klazes rklazes(a)xs4all.nl

1 0

Office installer broken.
by Matthew Davison 01 May '04

01 May '04

Recently, the installer for Office XP has stoped working with CVS. The installer complains it cannot find OSP.msi, which is a file which does exist. Looking further into this it appears that the installer is passing the name of this file with a trailing space. Is it possible that the recent file access changes have caused this case to be handelled incorrectly, causing the file not to be found? -- Matthew Davison

1 0

[winecfg] - drive editing to use volume management functions
by Chris Morgan 01 May '04

01 May '04

The drive definitions have been moved out of the ~/.wine/config file and into the filesystem and registry. The volume management functions modify drives are now supported(thanks Eric and Alexandre). Having winecfg use these functions makes the drive dialog useable for editing drive mappings, something we need before we can turn winecfg loose on end users. Feel free to try this patch out and report how it works. * programs/winecfg/winecfg.c, winecfg.h, resource.h, En.rc, Makefile.in, drive.c Chris Morgan <cmorgan(a)alum.wpi.edu> Implemented an array of 26 drives and interface functions for adding, copying, moving and deleting drives. Added a "Show/Hide Advanced" button in the drive edit dialog that toggles the display of advanced options and resizes/moves controls. Disable the 'autodetect' radio button in the drive edit dialog until we have autodetection support. Map window 'x' button to dialog close. Added PRINTERROR() to call GetLastError(), translate into a plaintext message and print via WINE_TRACE(). Comments, questions? Thanks, Chris

1 0

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

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