wine-devel May 2004

wine-devel@winehq.org

124 participants
249 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

Jump to page:

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