August 2005 - Wine-Devel - list.winehq.org

Re: MSHTML: Beggining implementation of onload rutine

by Dmitry Timoshkov

"Jacek Caban" <jack(a)itma.pwr.wroc.pl> wrote: > +static nsIURIContentListenerVtbl nsURIContentListenerVtbl = { > + nsURIContentListener_QueryInterface, > + nsURIContentListener_AddRef, > + nsURIContentListener_Release, > + nsURIContentListener_OnStartURIOpen, > + nsURIContentListener_DoContent, > + nsURIContentListener_IsPreferred, > + nsURIContentListener_CanHandleContent, > + nsURIContentListener_GetLoadCookie, > + nsURIContentListener_SetLoadCookie, > + nsURIContentListener_GetParentContentListener, > + nsURIContentListener_SetParentContentListener > +}; Jacek, is there a reason you don't mark your vtables 'const'? -- Dmitry.

Aug. 31, 2005

Re: wine20050830 - is quite fast

by Vijay Kiran Kamuju

Generally i use codevisual2flowchart, PE Explorer, google talk. Previous they used to take a 2-5 minutes to start up and i had to wait all the time On 8/30/05, Kuba Ober <kuba(a)mareimbrium.org> wrote: > > previous it took 3-4 minutes to show the application in wine20050725, > > but the latest has reduced to less than a min. > > even in managed mode its faster. > > What application is it? Do you see times of that order for everything? I run > visual studio compiler under wine and the performance is pretty much > comparable to a native windows run. Starting up an IDE for Zilog's > microcontrollers under wine is also pretty much on par with starting up say > native kdevelop, and certainly faster than starting native oowriter :) > > Cheers, Kuba > > >

Aug. 31, 2005

Re: Web Server Back Online

by Tom Wickline

On 8/31/05, Tom Wickline <twickline(a)gmail.com> wrote: > On 8/30/05, Jeremy White <jwhite(a)codeweavers.com> wrote: > > Jeremy Newman wrote: > > > The webserver is back online. There are still plenty of quirks to fix. > > > Feel free to bug me here on wine-devel about any issues that crop up. > > > > Just because no one else has said it yet: > > > > Nice work, Jer! > > http://www.winehq.org/ doesn't work here...... DNS just got updated and the site seems to load up allot faster than before :) Nice Work Indeed!

Aug. 31, 2005

Re: include/guiddef.h: C++ compatibility patch

by Dmitry Timoshkov

"Troy Rollo" <wine(a)troy.rollo.name> wrote: > #ifdef INITGUID > +#ifdef __cplusplus > #define DEFINE_GUID(name, l, w1, w2, b1, b2, b3, b4, b5, b6, b7, b8) \ > + extern const GUID name = \ > + { l, w1, w2, { b1, b2, b3, b4, b5, b6, b7, b8 } } > +#else > +#define DEFINE_GUID(name, l, w1, w2, b1, b2, b3, b4, b5, b6, b7, b8) \ > const GUID name = \ > { l, w1, w2, { b1, b2, b3, b4, b5, b6, b7, b8 } } > +#endif > #else > #define DEFINE_GUID(name, l, w1, w2, b1, b2, b3, b4, b5, b6, b7, b8) \ > extern const GUID name PSDK has 'extern' for both C and CPP cases, just the CPP one has 'extern "C"'. We have to use the same approach. -- Dmitry.

Aug. 31, 2005

Re: [Now ns7] Dragon ns8 problem

by Jean Magnan de Bornier

Aug. 31, 2005

Re: [Now ns7] Dragon ns8 problem

by Jean Magnan de Bornier

Le 23 août à 06:00:34 Jean Magnan de Bornier <jean(a)bornier.net> écrit notamment: | Le 22 août à 23:28:43 wino(a)piments.com écrit notamment: > | | On Mon, 22 Aug 2005 23:13:54 +0200, Jean Magnan de Bornier | | <jean(a)bornier.net> wrote: | > | | > Well I don't have v7 and I don't think I could install it from the | | > package they sent me... so I will soon be quite frustrated with that | | > unless there is a miracle! | | > Thanks anyway, maybe someone has some other idea? | > | > | | Well if you have paid them for the v8 product why not ask them to support | | it or give you a free down-grade! | > | | I've read that they have tested NS on Linux (some redhat version if I | | recall) so they are not blind to the potencial market Linux presents and | | that there is no credible equivalent on Linux. | > | | Dont know until you ask! | > | Quite right! | I'll ask them Hi, I have a v7 ns now but installation fails for some other reason, which I don't understand: jean(a)borlap /mnt/cdrom % wine setup.exe wine: Unhandled exception (thread 000b), starting debugger... WineDbg starting on pid 0xa Unhandled exception: page fault on read access to 0x00000000 in 32-bit code (0x7 723c207). In 32 bit mode. Register dump: CS:0073 SS:007b DS:007b ES:007b FS:003b GS:0033 EIP:7723c207 ESP:7fc3f224 EBP:7fc3f25c EFLAGS:00210246( - 00 -RIZP1) EAX:00000000 EBX:cfffffff ECX:771b554c EDX:7fc3f258 ESI:00000000 EDI:772bdb78 Stack dump: 0x7fc3f224: 00000000 00406488 771b1bc0 00000000 0x7fc3f234: 00000000 00000000 771ce02a 7fc3f25c 0x7fc3f244: 00000000 00000000 00000010 00000000 0x7fc3f254: 00000000 00000000 7fc3f2b0 771c292d 0x7fc3f264: 00000000 00000017 00000000 00406488 0x7fc3f274: 771b1994 7fc3f2ac 00000000 771c29cd Backtrace: =>1 0x7723c207 in ole32 (+0x8c207) (0x7fc3f25c) 2 0x771c292d CoCreateInstance+0x7b6 in ole32 (0x7fc3f2b0) 3 0x771c2095 in ole32 (+0x12095) (0x7fc3f324) 4 0x7fc3f374 (0x00000000) 0x7723c207: movl 0x0(%eax),%ecx Modules: Module Address Debug info Name (52 modules) PE 0x00400000-00425000 Deferred setup2 PE 0x65340000-653db000 Deferred oleaut32 PE 0x771b0000-772d1000 Export ole32 PE 0x78000000-78086000 Deferred rpcrt4 ELF 0x7be95000-7bf00000 Deferred ntdll<elf> \-PE 0x7beb0000-7bf00000 \ ntdll ELF 0x7bf00000-7bf03000 Deferred <wine-loader> ELF 0x7f597000-7f59f000 Deferred libxrender.so.1 ELF 0x7f5b4000-7f5cf000 Deferred imm32<elf> \-PE 0x7f5c0000-7f5cf000 \ imm32 ELF 0x7f5cf000-7f5ec000 Deferred ximcp.so.2 ELF 0x7f5ec000-7f662000 Deferred libgl.so.1 ELF 0x7f662000-7f730000 Deferred libx11.so.6 ELF 0x7f730000-7f748000 Deferred libice.so.6 ELF 0x7f748000-7f7ba000 Deferred winex11.drv<elf> \-PE 0x7f760000-7f7ba000 \ winex11.drv ELF 0x7f7ba000-7f7df000 Deferred libexpat.so.0 ELF 0x7f7df000-7f809000 Deferred libfontconfig.so.1 ELF 0x7f809000-7f81b000 Deferred libz.so.1 ELF 0x7f81b000-7f88b000 Deferred libfreetype.so.6 ELF 0x7f89d000-7f8a0000 Deferred xlcdef.so.2 ELF 0x7f8b5000-7f8c9000 Deferred lz32<elf> \-PE 0x7f8c0000-7f8c9000 \ lz32 ELF 0x7f8c9000-7f8e2000 Deferred version<elf> \-PE 0x7f8d0000-7f8e2000 \ version ELF 0x7f8e2000-7f91a000 Deferred advapi32<elf> \-PE 0x7f8f0000-7f91a000 \ advapi32 ELF 0x7f91a000-7f99a000 Deferred gdi32<elf> \-PE 0x7f930000-7f99a000 \ gdi32 ELF 0x7f99a000-7faa7000 Deferred user32<elf> \-PE 0x7f9c0000-7faa7000 \ user32 ELF 0x7faa7000-7fb40000 Deferred comctl32<elf> \-PE 0x7fac0000-7fb40000 \ comctl32 ELF 0x7fc46000-7fc50000 Deferred libxcursor.so.1.0.2 ELF 0x7fc55000-7fc59000 Deferred iso8859-15.so ELF 0x7fc8c000-7fd80000 Deferred kernel32<elf> \-PE 0x7fcb0000-7fd80000 \ kernel32 ELF 0x7fe91000-7fea0000 Deferred libxext.so.6 ELF 0x7fea0000-7feb5000 Deferred libnsl.so.1 ELF 0x7feb5000-7febe000 Deferred libnss_compat.so.2 ELF 0x7fec9000-7fece000 Deferred libxxf86vm.so.1 ELF 0x7fece000-7fed3000 Deferred libxxf86dga.so.1 ELF 0x7fed3000-7fef6000 Deferred libm.so.6 ELF 0x7fef6000-7ffeb000 Deferred libwine_unicode.so.1 ELF 0x7ffec000-7fff4000 Deferred libsm.so.6 ELF 0x7fff4000-7fffe000 Deferred libnss_files.so.2 ELF 0xb7dc0000-b7dca000 Deferred libnss_nis.so.2 ELF 0xb7dca000-b7dce000 Deferred libdl.so.2 ELF 0xb7dce000-b7ee3000 Deferred libc.so.6 ELF 0xb7ee3000-b7f35000 Deferred libpthread.so.0 ELF 0xb7f36000-b7f4f000 Deferred libwine.so.1 ELF 0xb7f64000-b7f7b000 Deferred ld-linux.so.2 Threads: process tid prio (all id:s are in hex) 0000000a (D) E:\setup2.exe 0000000b 0 <== 00000008 00000009 0 WineDbg terminated on pid 0xa Any help welcome, TIA! -- Jean Magnan de Bornier | Cours Victor Hugo e-mots: jean at bornier.net | 13980 Alleins France T 08 70 39 34 03 | P 06 09 17 35 87

Aug. 31, 2005

Re: Wine-20050830 Compile error

by Brian Vincent

On 8/30/05, John Shillinglaw <jshillinglaw(a)hotpop.com> wrote: > The bug system under winehq.org still seems to be down. It's fine. It's your DNS. -Brian

Aug. 31, 2005

Wine-20050830 Compile error

by John Shillinglaw

Hello, I just answered my own question, after emerging openldap, the error went away. Someone might have mentioned before, there needs to be a configure test for this... John P.S. The bug system under winehq.org still seems to be down. After getting the lastest tar, I get the following error: gcc -c -I. -I. -I../../include -I../../include -D__WINESRC__ -D_REENTRANT -fPIC -Wall -pipe -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith -g -O2 -o add.o add.c In file included from add.c:39: winldap_private.h:289: error: syntax error before "BerElement" winldap_private.h:290: error: syntax error before "BerElement" winldap_private.h:322: error: syntax error before "BerElement" winldap_private.h:323: error: syntax error before "BerElement" make[2]: *** [add.o] Error 1 make[2]: Leaving directory `/usr/src/wine/dlls/wldap32' make[1]: *** [wldap32] Error 2 make[1]: Leaving directory `/usr/src/wine/dlls' make: *** [dlls] Error 2 This occurs both with Wine-20050830.tar.gz and the latest cvs. I'm compiling under Gentoo ( up to date ) with gcc 3.3.5 John

Aug. 31, 2005

Re: Web Server Back Online

by Tom Wickline

On 8/30/05, Jeremy White <jwhite(a)codeweavers.com> wrote: > Jeremy Newman wrote: > > The webserver is back online. There are still plenty of quirks to fix. > > Feel free to bug me here on wine-devel about any issues that crop up. > > Just because no one else has said it yet: > > Nice work, Jer! http://www.winehq.org/ doesn't work here...... http://winehq.org/ works fine ;-) Tom

Aug. 31, 2005

Re: Wine-20050830 Compile error

by Pavel Troller

> Hello, > > After getting the lastest tar, I get the following error: > > gcc -c -I. -I. -I../../include -I../../include -D__WINESRC__ > -D_REENTRANT -fPIC -Wall -pipe -mpreferred-stack-boundary=2 > -fno-strict-aliasing -gstabs+ -Wpointer-arith -g -O2 -o add.o add.c > In file included from add.c:39: > winldap_private.h:289: error: syntax error before "BerElement" > winldap_private.h:290: error: syntax error before "BerElement" > winldap_private.h:322: error: syntax error before "BerElement" > winldap_private.h:323: error: syntax error before "BerElement" > make[2]: *** [add.o] Error 1 > make[2]: Leaving directory `/usr/src/wine/dlls/wldap32' > make[1]: *** [wldap32] Error 2 > make[1]: Leaving directory `/usr/src/wine/dlls' > make: *** [dlls] Error 2 > Hi! Exactly the same here. BerElement is undefined in winldap_private.h. It's defined in winldap.h but trying to include both winldap.h and winldap_private.h leads to a lot of collisions. So I copied the definition of BerElement from winldap.h to winldap_private.h and it at least compiles :-). With regards, Pavel Troller

Aug. 31, 2005