Re: [Now ns7] Dragon ns8 problem
Le 31 août à 07:36:06 Jean Magnan de Bornier [EMAIL PROTECTED] écrit notamment: Sorry, I must cancel this message; if IE is launched, the install of ns7 seems to start, but some problems arise; more on this later... | Le 23 août à 06:00:34 Jean Magnan de Bornier [EMAIL PROTECTED] écrit notamment: | | Le 22 août à 23:28:43 [EMAIL PROTECTED] écrit notamment: | | | | On Mon, 22 Aug 2005 23:13:54 +0200, Jean Magnan de Bornier | | | [EMAIL PROTECTED] 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: | [EMAIL PROTECTED] /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 0x 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: EBX:cfff ECX:771b554c EDX:7fc3f258 | ESI: EDI:772bdb78 | Stack dump: | 0x7fc3f224: 00406488 771b1bc0 | 0x7fc3f234: 771ce02a 7fc3f25c | 0x7fc3f244: 0010 | 0x7fc3f254: 7fc3f2b0 771c292d | 0x7fc3f264: 0017 00406488 | 0x7fc3f274: 771b1994 7fc3f2ac 771c29cd | Backtrace: | =1 0x7723c207 in ole32 (+0x8c207) (0x7fc3f25c) | 2 0x771c292d CoCreateInstance+0x7b6 in ole32 (0x7fc3f2b0) | 3 0x771c2095 in ole32 (+0x12095) (0x7fc3f324) | 4 0x7fc3f374 (0x) | 0x7723c207: movl0x0(%eax),%ecx | Modules: | Module Address Debug info Name (52 modules) | PE 0x0040-00425000 Deferredsetup2 | PE 0x6534-653db000 Deferredoleaut32 | PE 0x771b-772d1000 Export ole32 | PE 0x7800-78086000 Deferredrpcrt4 | ELF 0x7be95000-7bf0 Deferredntdllelf | \-PE 0x7beb-7bf0 \ ntdll | ELF 0x7bf0-7bf03000 Deferredwine-loader | ELF 0x7f597000-7f59f000 Deferredlibxrender.so.1 | ELF 0x7f5b4000-7f5cf000 Deferredimm32elf | \-PE 0x7f5c-7f5cf000 \ imm32 | ELF 0x7f5cf000-7f5ec000 Deferredximcp.so.2 | ELF 0x7f5ec000-7f662000 Deferredlibgl.so.1 | ELF 0x7f662000-7f73 Deferredlibx11.so.6 | ELF 0x7f73-7f748000 Deferredlibice.so.6 | ELF 0x7f748000-7f7ba000 Deferredwinex11.drvelf | \-PE 0x7f76-7f7ba000 \ winex11.drv | ELF 0x7f7ba000-7f7df000 Deferredlibexpat.so.0 | ELF 0x7f7df000-7f809000 Deferredlibfontconfig.so.1 | ELF 0x7f809000-7f81b000 Deferredlibz.so.1 | ELF 0x7f81b000-7f88b000 Deferredlibfreetype.so.6 | ELF 0x7f89d000-7f8a Deferredxlcdef.so.2 | ELF 0x7f8b5000-7f8c9000 Deferredlz32elf | \-PE 0x7f8c-7f8c9000 \ lz32 | ELF 0x7f8c9000-7f8e2000 Deferredversionelf | \-PE 0x7f8d-7f8e2000 \ version | ELF 0x7f8e2000-7f91a000 Deferredadvapi32elf | \-PE 0x7f8f-7f91a000 \ advapi32 | ELF 0x7f91a000-7f99a000 Deferredgdi32elf | \-PE 0x7f93-7f99a000 \ gdi32 | ELF 0x7f99a000-7faa7000 Deferreduser32elf | \-PE 0x7f9c-7faa7000 \ user32 | ELF 0x7faa7000-7fb4 Deferredcomctl32elf | \-PE 0x7fac-7fb4 \ comctl32 | ELF 0x7fc46000-7fc5 Deferredlibxcursor.so.1.0.2 | ELF 0x7fc55000-7fc59000 Deferrediso8859-15.so | ELF 0x7fc8c000-7fd8 Deferredkernel32elf | \-PE 0x7fcb-7fd8 \ kernel32 | ELF 0x7fe91000-7fea Deferredlibxext.so.6 | ELF 0x7fea-7feb5000 Deferredlibnsl.so.1 | ELF 0x7feb5000-7febe000 Deferredlibnss_compat.so.2 | ELF 0x7fec9000-7fece000 Deferred
Re: wine20050830 - is quite fast
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
Re: include/guiddef.h: C++ compatibility patch
Troy Rollo [EMAIL PROTECTED] 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.
Re: Web Server Back Online
On 8/31/05, Tom Wickline [EMAIL PROTECTED] wrote: On 8/30/05, Jeremy White [EMAIL PROTECTED] 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!
Re: wine20050830 - is quite fast
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 [EMAIL PROTECTED] 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
Re: MSHTML: Beggining implementation of onload rutine
Jacek Caban [EMAIL PROTECTED] 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.
Re: WLDAP32: fix the build without openldap headers
Hi, On Wed, Aug 31, 2005 at 02:47:31PM +0200, Hans Leidekker wrote: CVS is still unavailable, so here's a patch generated without CVS. I hope it applies cleanly. It is not. The main server might still be, but there's a rather adequate mirror available, as has even been mentioned right before the server transition. Andreas Mohr
Re: Need help debugging a memory corruption bug in shfldr_unixfs.c
Michael Jung wrote: On Monday 29 August 2005 18:09, Duane Clark wrote: I am seeing it now, using winecfg and browsing to Add application... in the Applications tab. And this entirely within wine drives. Are you saying you are not using the unix filesystem namespace and you are seeing the crash anyway? It is a unix filesystem, but within a mapped wine drive. That is, I started winecfg from the fake drive C:, and navigated within drive C:
Re: Need help debugging a memory corruption bug in shfldr_unixfs.c
Hi Michael, 2) Did other people see this bug already? TextPad 4.5 broke just around the time when you checked in the patch. It crashes at startup, the crash location is strange and has already changed a few times when I updated the WINE source tree. You can get TextPad 4.5 here: ftp://ftp.textpad.com/pub/textpad4.5/txpeng450.exe I hope that you'll find the bug. Good luck! Michael
Re: Web Server Back Online
Interesting. Pipermail does not have any config that I can see to change that. Looking at other mailing lists it looks like that is just how it works. On Tue, 2005-08-30 at 20:30 -0600, Vitaliy Margolen wrote: Tuesday, August 30, 2005, 5:30:49 PM, 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. It looks like pipermail doesn't understand some files and converts them to something.bin, which makes it hard to read. Here is an example: http://www.winehq.com/pipermail/wine-patches/2005-August/020339.html The file included should be sync.diff Vitaliy
Wine 20050830 and Notes 6.51
Wine 20050830 will not startup Notes 6.51, rolling back to the previous version works fine. Kevin Crash Dump: wine nlnotes fixme:uniscribe:ScriptGetProperties 0x61be3aa8,0x61be3a7c fixme:uniscribe:ScriptRecordDigitSubstitution 1024,0x61be3a70 wine: Call from 0x41558608 to unimplemented function usp10.dll.ScriptCacheGetHei ght, aborting fixme:netapi32:NetUserEnum ((null),20, 0x2,0x4191f2e4,2,0x4191f4ec,0x4191f4f0,0x 4191f2dc) stub! fixme:advapi:LookupAccountSidA ((null),sid=0x4191f01c,0x4191e9d4,0x4191edd8 (512) ,0x4191ebd4,0x4191efe0(512),0x4191efe4): semi-stub fixme:advapi:LookupAccountSidA ((null),sid=0x4191ed2c,0x4191e6e4,0x4191eae8 (512) ,0x4191e8e4,0x4191ecf0(512),0x4191ecf4): semi-stub fixme:advapi:LookupAccountSidA ((null),sid=0x4191ed2c,0x4191e6e4,0x4191eae8 (512) ,0x4191e8e4,0x4191ecf0(512),0x4191ecf4): semi-stub fixme:advapi:LookupAccountSidA ((null),sid=0x4191ed2c,0x4191e6e4,0x4191eae8 (512) ,0x4191e8e4,0x4191ecf0(512),0x4191ecf4): semi-stub fixme:advapi:LookupAccountSidA ((null),sid=0x4191ed2c,0x4191e6e4,0x4191eae8 (512) ,0x4191e8e4,0x4191ecf0(512),0x4191ecf4): semi-stub wine: Unhandled exception (thread 000b), starting debugger... WineDbg starting on pid 0xa Unhandled exception: page fault on read access to 0x3c1c in 32-bit code (0x6 0001293). In 32 bit mode. fixme:dbghelp:sffip_cb NIY on 'g:\build\bin\w32\bin\nnotes.pdb' Register dump: CS:0073 SS:007b DS:007b ES:007b FS:003b GS:0033 EIP:60001293 ESP:4191f0e0 EBP:4191f0e8 EFLAGS:00010216( - 00 -RIAP1) EAX:000b EBX:8122 ECX: EDX:00a3 ESI:3bda EDI:000a Stack dump: 0x4191f0e0: 3bda 4191f10c 60003ef4 0x4191f0f0: 3bda 8128 8000 0x4191f100: 8122 412d2e18 4191f148 0x4191f110: 60003bab 00a3 0x4191f120: 8128 000a 4191f144 0x4191f130: 4b910d88 Backtrace: =1 0x60001293 OSGetNativeThreadID+0x283 in nnotes (0x4191f0e8) 2 0x60003ef4 ODSReadItem+0x414 in nnotes (0x4191f10c) 3 0x60003bab ODSReadItem+0xcb in nnotes (0x4191f148) 4 0x6018dbd8 DesignTranslateSpecialViewName+0xdc8 in nnotes (0x4191f46c) fixme:dbghelp:sffip_cb NIY on 'g:\build\bin\w32\bin\nfileret.pdb' 5 0x00401aae in nfileret (+0x1aae) (0x4191feec) 6 0x00401cbd EntryPoint+0xc5 in nfileret (0x4191ff2c) 7 0x4157d7d3 start_process+0xc3(arg=0x0) [/home/kdekorte/Downloads/wine-200508 30/dlls/kernel/process.c:995] in kernel32 (0x4191fff4) 8 0x400246a1 wine_switch_to_stack+0x11 in libwine.so.1 (0x) 0x60001293 OSGetNativeThreadID+0x283 in nnotes: cmpl%eax,0x42(%esi) Wine-dbgquit -- Get my public GnuPG key from http://keyserver.veridis.com:11371/export?id=7574690260641978351 pgpyvSlo9MN8a.pgp Description: PGP signature
Re: WLDAP32: implement more functions
On Tuesday 30 Aug 2005 13:31, Vitaly Lipatov wrote: winldap_private.h:289: error: syntax error before BerElement I get this error too, although the machine is somewhat ancient. http://www.astro.gla.ac.uk/users/paulm/WRT/buildinfo.php?id=671 Cheers, Paul. pgpZRM5fn4bBi.pgp Description: PGP signature
Today's release fails to build for me
...with the following error (FreeBSD 5.4): /usr/bin/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 gmake: *** [add.o] Error 1 nibal[50]:/sw/test/wine/dlls/wldap32% Due to CVS being down I cannot update my Linux build hosts nor investigate the history in detail, but this seems pretty recent (as in the last 24 to 48 hours). Any ideas? Gerald
compile pb on wine 20050830
Hi, look my compile pb : ... make[2]: Entering directory `/mnt3/wine-20050830/dlls/wldap32' 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: parse error before BerElement winldap_private.h:290: parse error before BerElement winldap_private.h:322: parse error before BerElement winldap_private.h:323: parse error before BerElement make[2]: *** [add.o] Error 1 no compile pb on previous version on linux kernel2613/glibc232. Regards Rmkml
Re: Wine 20050830 and Notes 6.51
On 8/31/05, Kevin DeKorte [EMAIL PROTECTED] wrote: Wine 20050830 will not startup Notes 6.51, rolling back to the previous version works fine. Kevin Crash Dump: set usp10.dll to or builtin may fix it. Tom
Re: Today's release fails to build for me
Gerald Pfeifer wrote: /usr/bin/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 gmake: *** [add.o] Error 1 nibal[50]:/sw/test/wine/dlls/wldap32% Installing the openldap headers fixes this error. Ivan.
Re: Web Server Back Online
* On Wed, 31 Aug 2005, Jeremy Newman wrote: * On Tue, 2005-08-30 at 20:30 -0600, Vitaliy Margolen wrote: It looks like pipermail doesn't understand some files and converts them to something.bin, which makes it hard to read. Here is an example: http://www.winehq.com/pipermail/wine-patches/2005-August/020339.html The file included should be sync.diff Interesting. Pipermail does not have any config that I can see to change that. Looking at other mailing lists it looks like that is just how it works. Hm. The page shows it's type as x-patch. Even pine on my mail server knows it is a text file which can be easily viewed. Still winehq server/mail-manager converts the type to application/octet-stream. $ wget -S http://www.winehq.org/pipermail/wine-patches/attachments/20050831/cb1e3bc5/sync.bin | --19:14:58-- http://www.winehq.org/pipermail/wine-patches/attachments/20050831/cb1e3bc5/sync.bin |= `sync.bin' | Resolving www.winehq.org... 209.32.141.3 | Connecting to www.winehq.org[209.32.141.3]:80... connected. | HTTP request sent, awaiting response... | 1 HTTP/1.1 200 OK | 2 Date: Wed, 31 Aug 2005 16:16:06 GMT | 3 Server: Apache/2.0.54 (Debian GNU/Linux) | 4 Last-Modified: Wed, 31 Aug 2005 01:49:20 GMT | 5 ETag: 5cd56-80e-efe46800 | 6 Accept-Ranges: bytes | 7 Content-Length: 2062 | 8 Keep-Alive: timeout=15, max=100 | 9 Connection: Keep-Alive | 10 Content-Type: application/octet-stream May it have something to do with the content of /etc/mime* ?
Re: Wine 20050830 and Notes 6.51
On Wednesday 31 August 2005 09:03 am, Tom Wickline wrote: On 8/31/05, Kevin DeKorte [EMAIL PROTECTED] wrote: Wine 20050830 will not startup Notes 6.51, rolling back to the previous version works fine. Kevin Crash Dump: set usp10.dll to or builtin may fix it. Tom I tried that and it didn't seem to work, but I have a funky config for Notes6 so I deleted usp10.dll.so from /usr/lib/wine and that solved it. I can run Notes Under Wine now. Kevin -- Get my public GnuPG key from http://keyserver.veridis.com:11371/export?id=7574690260641978351 pgpT33PfwPHV8.pgp Description: PGP signature
Re: Web Server Back Online
On Wed, 2005-08-31 at 19:24 +0300, Saulius Krasuckas wrote: Hm. The page shows it's type as x-patch. Even pine on my mail server knows it is a text file which can be easily viewed. Still winehq server/mail-manager converts the type to application/octet-stream. May it have something to do with the content of /etc/mime* ? No, it's simple really. Pipermail stores all attachments in as .bin files. I believe this is to prevent any possible server hacks by emailing attachments that could get executed locally by the server. This was possible in hypermail by emailing a .cgi or a .php file. When you click that link the file would be executed. I worked around it by disabling those extensions in the directories where hypermail is. When you click the link, apache sees .bin, which will always return a mime type of application/octet-stream. The only way to work around that is for pipermail to use a cgi program which would send the correct mime type when you download a file.
Oxford Genie ERROR..
Hi, i get the following error when i try to run the Illview02.exe of the Oxford Genie Dictionary. I tried also with the latest version 20050830 and nothing. I run Suse 9.3 64bit. -- email me: [EMAIL PROTECTED] ___ Greek Tech Portal: www.micronews.tk attachment: oxfordGenieERROR.jpg
Problems with winecfg and theming
Hi, I'm not able to use winecfg and theming. If I select to add a theme I get an exception after selecting the file and clicking OK. the .msstyles files seems to have been copied to the right place. When I however start winecfg again and go to the Appearance tab I get a new exception. Remove everything under Resources/Themes 'fixes' this so there must be something wrong with the enumeration. Anybody else experiencing this? Paul.
Re: Problems with winecfg and theming
On Wednesday 31 August 2005 01:03 pm, Paul Vriens wrote: Hi, I'm not able to use winecfg and theming. If I select to add a theme I get an exception after selecting the file and clicking OK. the .msstyles files seems to have been copied to the right place. When I however start winecfg again and go to the Appearance tab I get a new exception. Remove everything under Resources/Themes 'fixes' this so there must be something wrong with the enumeration. Anybody else experiencing this? Paul. Yes, I can duplicate this crash as well. Kevin -- Get my public GnuPG key from http://keyserver.veridis.com:11371/export?id=7574690260641978351 pgpn8irzdEx4x.pgp Description: PGP signature
Re: include/guiddef.h: C++ compatibility patch
takes us into more dangerous territory (see Feist Publications v Rural Telephone Service). Correction... Computer Associates v Altai (lesson: don't sent email requiring some precision before being fully awake). -- [EMAIL PROTECTED] - Sydney, Australia pgpXTslsdgefs.pgp Description: PGP signature
How to diplay Unicode in Html Help Index Table of Content
Dear Sir/Madam, I read one message on website http://www.winehq.org/hypermail/wine-patches/2005/04/0004.html about how to display unicode characters in Html Help Index Table of Content. Could you please guide me more or please tell which Help Authoring tool that can be do it for me. Thanks so much!-- LONG LU THANHGeneral DirectorMISA Jsc218 Doi Can - Ba Dinh - Ha Noi - VietnamMB: 090 341 1822Tel: 844-762-7891Email: [EMAIL PROTECTED]Website: http://www.misa.com.vn
Re: KERNEL: check for NULL in LoadModule16
Andreas Mohr wrote: What about a directory dlls/kernel/tests/win16/ ? (and adding a README mentioning OpenWatcom) Or should it be dlls/kernel/tests16/ instead? Why not a binary win16 checked into CVS to be run by winetest? We only want to test win16 loading, right? regards, Jakob
Re: include/guiddef.h: C++ compatibility patch
On Wednesday 31 August 2005 19:10, Dmitry Timoshkov wrote: onst 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. Why? We have to get the same *result*, but that doesn't mean we have to have the same *code*. 'extern C' on a non-member non-function global is perfectly meaningless to most C++ compilers. As far as I am aware, only MSVC++ mangles global variables. The 'extern C' is thus there to deal with a broken feature of the MSVC++ compiler, and is not applicable here unless somebody wants to compile C++ for Winelib using MSVC++ without the PSDK - something which I suspect would have many more obstacles in its path than just this. Unless there is a functional reason for doing exactly what is done in the PSDK we should actually avoid, as far as possible, doing so. We walk a fine line as it is on copyright law. Copying form that is not dictated by function takes us into more dangerous territory (see Feist Publications v Rural Telephone Service). -- [EMAIL PROTECTED] - Sydney, Australia pgp9LKi6mlApQ.pgp Description: PGP signature
Re: [resend] atl.DllRegisterServer
ChangeLog --- changed name of the REGISTRY resource to the one of the native dll Am Dienstag, 30. August 2005 12:09 schrieb Stefan Leichter: Alexandre Julliard schrieb: It can, but it's not clear that it should, LOAD_LIBRARY_AS_DATAFILE doesn't make much sense on a builtin. Anyway, the resources should be compatible, if they aren't that's a bug in the builtin. Ok, i will send a patch to make the name of builtin resource compatible with the native one. --- ../wine/dlls/atl/registrar.c 2005-08-10 22:57:57.0 +0200 +++ dlls/atl/registrar.c 2005-08-21 09:24:37.0 +0200 @@ -783,7 +783,7 @@ static HRESULT do_register_server(BOOL do_register) { static const WCHAR wszDll[] = {'a','t','l','.','d','l','l',0}; -UINT nID = 1; +UINT nID = 0x65; return do_register_dll_server(wszDll, (LPCOLESTR) nID, do_register); } --- ../wine/dlls/atl/rsrc.rc 2005-03-16 20:53:41.0 +0100 +++ dlls/atl/rsrc.rc 2005-08-30 22:33:58.0 +0200 @@ -16,4 +16,4 @@ * Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA */ -1 REGISTRY atl.rgs +101 REGISTRY atl.rgs
Re: Wine device drivers proposal
Damjan Jovanovic [EMAIL PROTECTED] wrote: What microdriver are you talking about? Are you working on STI? For STI, there is a convention for Windows 2000 and onwards, something like \\.\USBSCAN\... (check the STI documentation on MSDN). If it's STI, I have some code; do you want it? Yes, it is scanner microdriver. Yes, boundaries absolutely must be preserved, because USB bulk reads and writes occur in packets, not as streams. How are you going to extract packets from a stream at the other end? There are some new type of socket, present since 2.6.4 kernel described in unix(7) manual page - SOC_SEQPACKET, which is both connection-oriented and preserves message bounderies. Will it work for that purpose
Re: Wine device drivers proposal
Damjan Jovanovic [EMAIL PROTECTED] wrote: What microdriver are you talking about? Are you working on STI? For STI, there is a convention for Windows 2000 and onwards, something like \\.\USBSCAN\... (check the STI documentation on MSDN). If it's STI, I have some code; do you want it? Yes, it is scanner microdriver. Yes, boundaries absolutely must be preserved, because USB bulk reads and writes occur in packets, not as streams. How are you going to extract packets from a stream at the other end? There are some new type of socket, present since 2.6.4 kernel described in unix(7) manual page - SOC_SEQPACKET, which is both connection-oriented and preserves message bounderies. Will it work for that purpose?
Re: include/guiddef.h: C++ compatibility patch
Hi, On 8/31/05, Troy Rollo [EMAIL PROTECTED] wrote: 'extern C' on a non-member non-function global is perfectly meaningless to most C++ compilers. As far as I am aware, only MSVC++ mangles global variables. The 'extern C' is thus there to deal with a broken feature of the MSVC++ compiler, and is not applicable here unless somebody wants to compile C++ for Winelib using MSVC++ without the PSDK - something which I suspect would have many more obstacles in its path than just this. Well yes some of us do. I work to keep the Wine SDK compatible with the PSDK because we have developed a MSVC backend in the ReactOS build system and one day (God willing) I will get the ReactOS Project to use Wine headers rather than w32api headers. As such it needs to be able to compile applications on MSVC and gcc. Thanks Steven