- Wine-Devel - list.winehq.org

Printing problem; RHEL3U1 (CUPS) with 20031118
by Bill Medland May 3, 2004

May 3, 2004

(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(a)mercuryspeed.com http://webhome.idirect.com/~kbmed

3 7

winelib application taking 100% of the CPU
by Scott W Gifford May 3, 2004

May 3, 2004

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 May 3, 2004

May 3, 2004

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 May 3, 2004

May 3, 2004

"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 May 3, 2004

May 3, 2004

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(a)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(a)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(a)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 May 3, 2004

May 3, 2004

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(a)rbcmail.ru

1 0

Re: Resent: Filedialog support FNERR_BUFFERTOSMALL
by Steven Edwards May 2, 2004

May 2, 2004

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 May 2, 2004

May 2, 2004

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 May 2, 2004

May 2, 2004

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 May 2, 2004

May 2, 2004

> 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