June 2002 - Wine-Devel - list.winehq.org

Re: replacements for DAO/MSHTML/MSXML

by Steven Edwards

We discussed this a little at wineconf and I think the answer is yes it is possible. There was a question on threading problems with mozilla and WINE. If I remeber correctly Ove submitted a pthread patch to wine that might help with the issues James discussed. Thanks Steven --- juergen.schmied(a)debitel.net wrote: > Hi! > > I'm currently looking for a replacement of this > components to port a application to linux. > > Has anybody already had this problems and how did > you solve it? How big are the nessesary changes? Are > there components usable for both operating systems > with similar functions? > > > ------ > PS: > I found the Mozilla Active X control at > http://www.iol.ie/~locka/mozilla/mozilla.htm > it should be binary compatible. > > Couldn't we use it for implementing shdocvw ??? > ------ > > Thanks > > Juergen > __________________________________________________ Do You Yahoo!? Yahoo! - Official partner of 2002 FIFA World Cup http://fifaworldcup.yahoo.com

June 16, 2002

Re: notepad vs write

by Francois Gouget

On Sun, 16 Jun 2002, Ann and Jason Edmeades wrote: > Hi, > > A program I am debugging has a 'View Readme' button which when clicked > attempts to load the readme into write. Just a suggestion, but perhaps when > we install the default applications we could have a symbolic link or dummy > application which launches the wine version of notepad instead? The problem is that write will handle RTF and Word documents correctly, while notepad is just a text editor and will only display garbage... (yes, wordpad will probably have problems with complex word documents, but it should work with simple ones) -- Francois Gouget fgouget(a)free.fr http://fgouget.free.fr/ Nouvelle version : les anciens bogues ont été remplacés par de nouveaux.

June 16, 2002

Re: Return and absolut path in DRIVE_FindDriveRoot

by Uwe Bonnes

>>>>> "Michael" == Michael Wetherell <mike.wetherell(a)ntlworld.com> writes: Michael> On Friday 14 Jun 2002 6:20 pm, Uwe Bonnes wrote: >> some application (xilinx webpack) dind't find it's initialisation >> file when started in the debugger ("winedbg bin/nt/webpack.exe" >> versus "wine bin/nt/exepack" started in "l:/xilinx"). As trap there >> is also a directory "l:/xilinx/xilinx". The starting process (wine or >> winedbg) set the current working directory to l: and when winedbg >> started the user process, DRIVE_Chdir in DIR_Init set the current >> directory to "l:/xilinx/xilinx". This was caused by >> DRIVE_FindDriveRoot not returning an absolute path. Michael> I'm sorry about that, I should have forseen it. Your patch does Michael> of course fix it (and that's how it was before) but I think it Michael> might be better to make the change to DIR_Init() instead Michael> though. That's what my first try was. However I thought fixing the (perceived) root of the problem was better. Michael> I think the trouble with trying to return the leading slash in Michael> the result of DRIVE_FindDriveRoot() is that whether you get an Michael> absolute or relative path depends on whether we are at a Michael> drive's root or not, rather than whether the input unix path is Michael> absolute or not. Michael> So since DRIVE_FindDriveRoot() can't always do it correctly I Michael> think it would probably be better if it didn't do it at all, Michael> that way the caller knows they have to deal with it rather than Michael> it working some of the time, but other times giving rise subtle Michael> problems. I find only two calls to DRIVE_FindDriveRoot("find -type f -name \*.c |xargs grep DRIVE_FindDriveRoot") and in both cases we have an absolute path ( returned from cwd() or checked for a slash as the first character). So I think we can live with DRIVE_FindDriveRoot being imperfect, as long as long as with return a leading slash. But if you have a better solution, please let me test. Bye -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt --------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------

June 16, 2002

notepad vs write

by Ann and Jason Edmeades

Hi, A program I am debugging has a 'View Readme' button which when clicked attempts to load the readme into write. Just a suggestion, but perhaps when we install the default applications we could have a symbolic link or dummy application which launches the wine version of notepad instead? Regards, Jason

June 16, 2002

Re: Return and absolut path in DRIVE_FindDriveRoot

by Michael Wetherell

On Friday 14 Jun 2002 6:20 pm, Uwe Bonnes wrote: > some application (xilinx webpack) dind't find it's initialisation file when > started in the debugger ("winedbg bin/nt/webpack.exe" versus "wine > bin/nt/exepack" started in "l:/xilinx"). As trap there is also a directory > "l:/xilinx/xilinx". The starting process (wine or winedbg) set the current > working directory to l: and when winedbg started the user process, > DRIVE_Chdir in DIR_Init set the current directory to "l:/xilinx/xilinx". > This was caused by DRIVE_FindDriveRoot not returning an absolute path. I'm sorry about that, I should have forseen it. Your patch does of course fix it (and that's how it was before) but I think it might be better to make the change to DIR_Init() instead though. I think the trouble with trying to return the leading slash in the result of DRIVE_FindDriveRoot() is that whether you get an absolute or relative path depends on whether we are at a drive's root or not, rather than whether the input unix path is absolute or not. So since DRIVE_FindDriveRoot() can't always do it correctly I think it would probably be better if it didn't do it at all, that way the caller knows they have to deal with it rather than it working some of the time, but other times giving rise subtle problems.

June 16, 2002

replacements for DAO/MSHTML/MSXML

by juergen.schmied＠debitel.net

Hi! I'm currently looking for a replacement of this components to port a application to linux. Has anybody already had this problems and how did you solve it? How big are the nessesary changes? Are there components usable for both operating systems with similar functions? ------ PS: I found the Mozilla Active X control at http://www.iol.ie/~locka/mozilla/mozilla.htm it should be binary compatible. Couldn't we use it for implementing shdocvw ??? ------ Thanks Juergen

June 16, 2002

Re: [MinGW-dvlpr] Mingw Wine port bug

by Steven Edwards

> -nostdlib? Just a WAG, you're mixing the import > libs for Windows with > Wine's export. I havent tried -nostdlib. I'll have a look tonight. Yeah I'm using the mingw win32api package for imports due to WINEs mixture or Win16/32 functions in thier DLLs. I was going to add a "make implib" rule to the wine trees at some point so I wouldnt need the win32api imports but I'm finding bugs in both projects as I go along. __________________________________________________ Do You Yahoo!? Yahoo! - Official partner of 2002 FIFA World Cup http://fifaworldcup.yahoo.com

June 15, 2002

Re: arts driver problems

by Chris Morgan

I've tested the arts driver with arts from both kde 2.2(I think 2.2) and kde 3.0 and haven't seen this behavior. Could you provide any more information about your system and configuration? Thanks, Chris On Wednesday 12 June 2002 01:55 pm, Rizsanyi Zsolt wrote: > Hi! > > I'm trying to set up wine to use arts for audio output. So I have > uncommented from the config file the > "Drivers" = "winearts.drv" > line. > > But when an application tries to open the sound device, it hangs. I have > put various trace messages in the winearts driver, and seen that when wine > calls arts_init that function never returns. > > It's not an arts configuration problem because MPlayer runs perfectly with > the arts audio output. But I have checked the source of MPlayer, and the > arts code there seems basically the same. > > Have anybody experienced something like this? Or has any idea about this? > > Thanks > Zsolt Rizsanyi

June 15, 2002

Infinite loop in winedebug

by Duane Clark

During an installation, wine crashed and went into the debugger, which proceeded to go into an infinite loop. This is with current CVS. Oddly, it only goes into the infinite loop if I have: "UseXTerm"=dword:00000000 Allowing winedebug to use its own xterm, the debugger works fine. Here is one iteration of the loop. 0x00485cf0 (_INS0432._MP..text+0x84cf0 in C:\temp\_INS0432._MP): divl 0x18(%ebp),%eax Wine-dbg>parse error First chance exception: divide by zero in 32-bit code (0x00485cf0). Register dump: CS:0023 SS:002b DS:002b ES:002b FS:008f GS:0000 EIP:00485cf0 ESP:40476a00 EBP:40476a58 EFLAGS:00010246( R- 00 I Z- -P1 ) EAX:00000000 EBX:4055bc8c ECX:00000000 EDX:00000000 ESI:00000000 EDI:00020029 Stack dump: 0x40476a00 (NTDLL.DLL.sqrt+0x2790dc): 00020029 00000000 4055bc8c 40110e80 0x40476a10 (NTDLL.DLL.sqrt+0x2790ec): 405fcea4 405fcd20 0000135a 40476a34 0x40476a20 (NTDLL.DLL.sqrt+0x2790fc): 405d4c86 405fc324 405fcea4 402239c6 0x40476a30 (NTDLL.DLL.sqrt+0x27910c): 0000135a 40476a4c 405c86ff 00000000 0x40476a40 (NTDLL.DLL.sqrt+0x27911c): 00000000 00000000 402239c6 40476a68 0x40476a50 (NTDLL.DLL.sqrt+0x27912c): 405d4f8f 0000135a 40476ad8 00484a8e 0x40476a60 (NTDLL.DLL.sqrt+0x27913c): 0011: sel=008f base=40110e80 limit=00000fff 32-bit rw- Backtrace: =>0 0x00485cf0 (_INS0432._MP..text+0x84cf0 in C:\temp\_INS0432._MP) (ebp=40476a58) 1 0x00484a8e (_INS0432._MP..text+0x83a8e in C:\temp\_INS0432._MP) (ebp=40476ad8) 2 0x00482d25 (_INS0432._MP..text+0x81d25 in C:\temp\_INS0432._MP) (ebp=40476b5c) 3 0x0046c40e (_INS0432._MP..text+0x6b40e in C:\temp\_INS0432._MP) (ebp=40476bb0) 4 0x0046c358 (_INS0432._MP..text+0x6b358 in C:\temp\_INS0432._MP) (ebp=40476bfc) 5 0x00406d06 (_INS0432._MP..text+0x5d06 in C:\temp\_INS0432._MP) (ebp=40476c24) 6 0x004058fa (_INS0432._MP..text+0x48fa in C:\temp\_INS0432._MP) (ebp=40476c8c) 7 0x00401c0e (_INS0432._MP..text+0xc0e in C:\temp\_INS0432._MP) (ebp=40476cb4) 8 0x4050ccb7 (WINPROC_wrapper+0x17 in user32.dll.so) (ebp=40476cd8) 9 0x4050cd42 (WINPROC_CallWndProc+0x82(proc=0x401914, hwnd=0x20029, msg=0xf, wParam=0x0, lParam=0x0) [winproc.c:183] in user32.dll.so) (ebp=40476d08) 10 0x4051308f (CallWindowProcA+0xab(func=0x40bf0640, hwnd=0x20029, msg=0xf, wParam=0x0, lParam=0x0) [winproc.c:2795] in user32.dll.so) (ebp=40476d3c) 11 0x404f55d6 (DispatchMessageA+0x11e(msg=0x40476d9c) [message.c:1063] in user32.dll.so) (ebp=40476d80) 12 0x004011af (_INS0432._MP..text+0x1af in C:\temp\_INS0432._MP) (ebp=40476dc0) 13 0x00401824 (_INS0432._MP..text+0x824 in C:\temp\_INS0432._MP) (ebp=40476df8) 14 0x004873db (_INS0432._MP.EntryPoint+0x14b in C:\temp\_INS0432._MP) (ebp=40476e8c) 15 0x400bc1ec (start_process+0x264 [process.c:530] in libntdll.dll.so) (ebp=40476f38) 16 0x400c009b (call_on_thread_stack+0x23(func=0x400bbf88) [sysdeps.c:105] in libntdll.dll.so) (ebp=40476ff4) 17 0x400c0234 (SYSDEPS_CallOnStack+0x14 in libntdll.dll.so) (ebp=00000000) 0x00485cf0 (_INS0432._MP..text+0x84cf0 in C:\temp\_INS0432._MP): divl 0x18(%ebp),%eax Wine-dbg>parse error

June 15, 2002

Re: Old unicode standard

by David.Goodenough＠DGA.co.uk

Well volume 1 of the 1.0 version has an entire appendix, 11 pages in all. Volume 2 of 1.0 does not seem to have anything on directionality (as 1.0 names it). 2.0 has 10 pages at the end of chapter 3 on Bi-Directional behavior. Typing all this lot up could take a while, and our scanner is broken at the moment (its my wife's, and I must encourage her to go get it fixed as its warrantee will run out soon if she does not get a move on). David Shachar Shemesh <wine-devel(a)sun.consum To: andi(a)rhlx01.fht-esslingen.de, David.Goodenough(a)dga.co.uk er.org.il> cc: Wine Devel <wine-devel(a)winehq.com> Subject: Re: Old unicode standard 06/15/02 10:35 AM Andreas Mohr wrote: >Hmm, which approximate time frame is this ? >1998 ? 94 ? 89 ? :-) > > > I'm talking about the 1991-2 time frame. I believe this makes it ~Unicode 1.0. A later version could come in handy as well. See later on. David.Goodenough(a)dga.co.uk wrote: >Shachar, > >I have the version 1.0 and 2.0 books, what exactly do you want to know? In >wha?t form would you like the information > >David > > I am interested in the BiDi algorythm as defined by these standards. Any format that you can send me is fine. If you would just like to summarize the algorythm, that would be great, but I'm afraid that would amount to huge amounts of work. LIke I said - I would have used the online library, only it doesn't go back that much. It seems from the information MS released in the MSDN that they are using Version 1.0 of the BiDi algorythm. This goes a great way in understanding why their reordering is so crummy. That leaves us the question of what do we do now. MS defines only 12 BiDi types. These are not enough to implement the 3.0 BiDi algorythm. I don't know whether the types defined are compatible with the 2.0 algorythm. There is also the question of whether we want to support MS's bugs, in addition to their features. What version I need depends on what's in the 2.0 standard. If the algorythm there depends on the same 12 types MS defined, I'm leaning torwards implementing that. If it requires further types (as the 3.0 algorythm does), I think I'll go with the 1.0 standard. We may add a special command line feature, available only if a library such as freebidi is available, that will send the strings to an outside library for reordering, which will give us 3.0 support for very little extra work (with performance penalties). Shachar

June 15, 2002

Re: WM_GETTEXTLENGTH returns double size

by Andriy Palamarchuk

--- Shachar Shemesh <wine-devel(a)sun.consumer.org.il> wrote: [skipped] > The WM_GETTEXTLENGTH MSDN only says that this should > be the number of > TCHARs returned. nothing about it being an upper > bound. If so, any time > we reach this code, we potentially return the wrong > value, and hence my > suggestion for a "FIXME" there. It also says: "Under certain conditions, the DefWindowProc function returns a value that is larger than the actual length of the text. This occurs with certain mixtures of ANSI and Unicode, and is due to the system allowing for the possible existence of double-byte character set (DBCS) characters within the text. The return value, however, will always be at least as large as the actual length of the text; you can thus always use it to guide buffer allocation." So, I assume that correct application *should* account on such possibility, but I do not account that all applications do ;-) Andriy __________________________________________________ Do You Yahoo!? Yahoo! - Official partner of 2002 FIFA World Cup http://fifaworldcup.yahoo.com

June 15, 2002

Re: WM_GETTEXTLENGTH returns double size

by Shachar Shemesh

Alexandre Julliard wrote: >Andriy Palamarchuk <apa3a(a)yahoo.com> writes: > > > >>On my comments Alexandre said that this is how it is >>supposed to work: >>http://www.winehq.com/hypermail/wine-devel/2002/06/0242.html >> >>Alexandre, so this will work correctly or after your >>yesterday's patch it won't affect anything? >> >> > >Well, there may still be similar bugs in other places, but the message >translation itself is correct according to MSDN. > > > Personally, I could not find any references to it in MSDN. I have not touched this function before, but it appears to me to be an internal WINE function, right? The WM_GETTEXTLENGTH MSDN only says that this should be the number of TCHARs returned. nothing about it being an upper bound. If so, any time we reach this code, we potentially return the wrong value, and hence my suggestion for a "FIXME" there. Shachar

June 15, 2002

Re: Old unicode standard

by Shachar Shemesh

Andreas Mohr wrote: >Hmm, which approximate time frame is this ? >1998 ? 94 ? 89 ? :-) > > > I'm talking about the 1991-2 time frame. I believe this makes it ~Unicode 1.0. A later version could come in handy as well. See later on. David.Goodenough(a)dga.co.uk wrote: >Shachar, > >I have the version 1.0 and 2.0 books, what exactly do you want to know? In >wha?t form would you like the information > >David > > I am interested in the BiDi algorythm as defined by these standards. Any format that you can send me is fine. If you would just like to summarize the algorythm, that would be great, but I'm afraid that would amount to huge amounts of work. LIke I said - I would have used the online library, only it doesn't go back that much. It seems from the information MS released in the MSDN that they are using Version 1.0 of the BiDi algorythm. This goes a great way in understanding why their reordering is so crummy. That leaves us the question of what do we do now. MS defines only 12 BiDi types. These are not enough to implement the 3.0 BiDi algorythm. I don't know whether the types defined are compatible with the 2.0 algorythm. There is also the question of whether we want to support MS's bugs, in addition to their features. What version I need depends on what's in the 2.0 standard. If the algorythm there depends on the same 12 types MS defined, I'm leaning torwards implementing that. If it requires further types (as the 3.0 algorythm does), I think I'll go with the 1.0 standard. We may add a special command line feature, available only if a library such as freebidi is available, that will send the strings to an outside library for reordering, which will give us 3.0 support for very little extra work (with performance penalties). Shachar

June 15, 2002

please report this (quicken error)

by Shane Shields

hi all ive been lurking for a while and reading some very lively discussions but thats off topic. the reason ive come out of my hole is the following messages. just being a good (?) citizen. let me know what other information you need and how i can collect it. regards shane locutus:/mnt/hdc/c/QUICKENW$ wine qw fixme:keyboard:X11DRV_KEYBOARD_DetectLayout Your keyboard layout was not found! Using closest match instead (Turkish keyboard layout) for scancode mapping. Please define your layout in windows/x11drv/keyboard.c and submit them to us for inclusion into future Wine releases. See the Wine User Guide, chapter "Keyboard" for more information. err:clipping:CLIPPING_UpdateGCRegion DC is dirty. Please report this. err:clipping:CLIPPING_UpdateGCRegion DC is dirty. Please report this. err:clipping:CLIPPING_UpdateGCRegion DC is dirty. Please report this. err:clipping:CLIPPING_UpdateGCRegion DC is dirty. Please report this. err:clipping:CLIPPING_UpdateGCRegion DC is dirty. Please report this. err:clipping:CLIPPING_UpdateGCRegion DC is dirty. Please report this. err:clipping:CLIPPING_UpdateGCRegion DC is dirty. Please report this. err:clipping:CLIPPING_UpdateGCRegion DC is dirty. Please report this. err:clipping:CLIPPING_UpdateGCRegion DC is dirty. Please report this. err:clipping:CLIPPING_UpdateGCRegion DC is dirty. Please report this. err:clipping:CLIPPING_UpdateGCRegion DC is dirty. Please report this. err:clipping:CLIPPING_UpdateGCRegion DC is dirty. Please report this. err:clipping:CLIPPING_UpdateGCRegion DC is dirty. Please report this. err:clipping:CLIPPING_UpdateGCRegion DC is dirty. Please report this. err:win:WinHelpA can't start winhlp32.exe -x ? locutus:/mnt/hdc/c/QUICKENW$ -- To drink the WINE of success you must first seek the sayings of source Anyone sending unwanted advertising e-mail to this address will be charged $25 for network traffic and computing time. By extracting my address from this message or its header, you agree to these terms.

June 15, 2002

Re: Old unicode standard

by David.Goodenough＠DGA.co.uk

Shachar, I have the version 1.0 and 2.0 books, what exactly do you want to know? In wha?t form would you like the information David Shachar Shemesh <wine-devel(a)sun.consum To: Wine Devel <wine-devel(a)winehq.com> er.org.il> cc: Sent by: Subject: Old unicode standard wine-devel-admin(a)wineh q.com 06/14/02 01:04 PM Hi all, I am trying to find any references to the old unicode standard. In particular, I need the Bidirectional algorythm used with ~unicode 1.0. If anyone can help, it would be greatly apretiated. If you don't have the 1.0 standard, but do have a later standard (but not 3.0, which is what is available on the unicode web site), that would probably be a great help too. Shachar

June 14, 2002

Taking a step back :(

by Dustin Navea

sigh, hey guys i have some bad news, but no too bad... due to me having to work 6 if not 7 days a week now and the school being closed for the summer, i am going to have to take a step back from wine development for a few months... i just don't have the time, energy, or chance to be on the computer (let alone the internet) as much as i used to, and so my inbox is getting packed... but i will be back when 1 of 2 things happens... 1) i get internet at my house (hopefully in the next couple of months) or 2) the school opens again for the fall semester... either way, i will be back though, sorry it has to be like this, but thats the way it goes sometimes.... so, TTFN -Dustin P.S. I will still be monitoring wine-announce and wine-cvs, but im removing myself from devel, bugs, and patches...jeremy, please don't drop my bugzliia priveleges ;) thanks guys... __________________________________________________ Do You Yahoo!? Yahoo! - Official partner of 2002 FIFA World Cup http://fifaworldcup.yahoo.com

June 14, 2002

Re: Old unicode standard

by Hetz Ben Hamo

You can have 2 of them ;) 1. GTK-2 got pango's bidi rendering - didn't play with it much. 2. QT bidi rendering (but this is in C++) works very well.. You can rip one of them and put it into wine, but I guess it will take a bit of hacking. Hetz On Friday 14 June 2002 15:04, Shachar Shemesh wrote: > Hi all, > > I am trying to find any references to the old unicode standard. In > particular, I need the Bidirectional algorythm used with ~unicode 1.0. > If anyone can help, it would be greatly apretiated. > > If you don't have the 1.0 standard, but do have a later standard (but > not 3.0, which is what is available on the unicode web site), that would > probably be a great help too. > > Shachar

June 14, 2002

Re: PATCH - twain.h

by Alexandre Julliard

Francois Gouget <fgouget(a)free.fr> writes: > I don't think the twain.h header should define any of these macros, > including FAR and huge. These are just hacks to make twain.h compile without too many changes. This is not visible outside of the twain dll anyway. > The main issue is that _WIN32 is normally defined by the compiler. As an > alternative we could define it in one of the Wine headers, but why > define _WIN32 rather than _WIN64? Well, it should obviously be _WIN32 on 32-bit platforms and _WIN64 on 64-bit ones (not that Wine works on any of them...) But yes it would be reasonable to define that in one of our headers. -- Alexandre Julliard julliard(a)winehq.com

June 14, 2002

Re: PATCH - twain.h

by Francois Gouget

On Fri, 14 Jun 2002, Steven Edwards wrote: > I dont know if this is proper or not but mingw already > defines WIN32 _WIN32 and __declspec(spec) > > Changelog: Fix Warnings > > cvs diff -u twain.h > Index: twain.h > =================================================================== > RCS file: /home/wine/wine/dlls/twain/twain.h,v > retrieving revision 1.3 > diff -u -r1.3 twain.h > --- twain.h 31 May 2002 23:40:53 -0000 1.3 > +++ twain.h 14 Jun 2002 10:42:57 -0000 > @@ -56,9 +56,11 @@ > > #define FAR > #define huge > +#ifndef __MINGW__ > #define WIN32 > #define _WIN32 > #define __declspec(spec) > +#endif I don't think the twain.h header should define any of these macros, including FAR and huge. The main issue is that _WIN32 is normally defined by the compiler. As an alternative we could define it in one of the Wine headers, but why define _WIN32 rather than _WIN64? Maybe we could add the following in basestd.h: #if !defined(_WIN32) && !defined(_WIN64) #define _WIN32 #endif WIN32 is not normally defined by the compiler but it is part of the default set of macros defined my Visual C++ project. So maybe we should add: #ifdef _WIN32 #define WIN32 #endif Does anyone else care to comment on the above? Then * FAR is defined in winnt.h so there is no need to redefine it * __declspec is defined in winnt.h too * huge will not be needed if WIN32 is defined -- Francois Gouget fgouget(a)free.fr http://fgouget.free.fr/ Linux: Because rebooting is for adding new hardware

June 14, 2002

Re: WM_GETTEXTLENGTH returns double size

by Andriy Palamarchuk

--- Alexandre Julliard <julliard(a)winehq.com> wrote: [skipped] > Well, there may still be similar bugs in other > places, but the message > translation itself is correct according to MSDN. I suggest to close the bug for now and wait for new test cases. Andriy __________________________________________________ Do You Yahoo!? Yahoo! - Official partner of 2002 FIFA World Cup http://fifaworldcup.yahoo.com

June 14, 2002

Re: Problems running IE with latest release

by Won Kyu Park

On Fri, Jun 14, 2002 at 01:51:56AM +0100, Con Hennessy wrote: > Hi Won, > Thank you very much for your detailed help. Here are some problems/comments > I have on some of the stages : > > On Wednesday 12 June 2002 17:30, Won Kyu Park wrote: > [snip] > > I could IE 5.01 installation successfully with a fake_windows. > > > > step: > > 1. make a fake_windows in the $HOME/.wine > > http://chem.skku.ac.kr/~wkpark/kle/wine/dotwine/make_dotwine > OK. > > > 2. install some ttf fonts($ wine NEWFNT32.exe;wine corfnt32.exe) > > wget ftp://ftp.microsoft.com/developr/drg/TrueType/NEWFNT32.EXE > I had many problems tryingto down load this file from the ftp servers > but was eventually successful. > > > wget ftp://ftp.microsoft.com/developr/drg/TrueType/corfnt32.exe > > > 3. install dcom98.exe($ wine dcom98.exe) > > wget http://download.microsoft.com/msdownload/dcom/98/x86/en/dcom98.exe > > 4. install ie5setup.exe ($wine ie5setup.exe) > > wget > > http://download.microsoft.com/download/ie501sp2/Install/5.01_SP2/WIN98/EN-U > >S/ie5setup.exe > To access this you must go to http://download.microsoft.com/download > and follow the various steps to get "IE5 service pack 2". > Also while running this exe I got the following problem after successfully > downloading all of the relevant ( 19MB !) files : I just select *minimum installation*. and uncheck allmost all of them, except the main program. I test several times with my RedHat7.2 boxes. > err:win:WIN_FindWndPtr window 10021 belongs to other process > err:win:WIN_FindWndPtr window 10021 belongs to other process > The installation window briefly appeared ( did not contain anything ) and > then disappeared! The 2 error messages seem to appear at the same time. > The installation dialog boxes then indicates that nothing has been > installed ( or more acurately it shows a long list of items which > have not been installed ). now, you download allmost of them, you can re-run with minimal installation option. > > What can I do now ? > > Thanks > CP Hennessy > > > 5. delete .wine/fake_windows/Windows/WinInit.ini(?) > > see Wininit.ini and you can find some instructions... > > > 6. run explorer.exe with following config; > > (explorer.exe!! not iexplore.exe, you may copy it from some windows boxs) > > i think.. when explorer.exe executed.. some registry entries are created > > which iexplore.exe need. > > > > [AppDefaults\\explorer.exe\\x11drv] > > "Managed"="N" > > "Desktop"="800x600" > > > > [AppDefaults\\explorer.exe\\DllOverrides] > > ;; > > "gdi32" = "builtin" > > "kernel32" = "builtin" > > ;;"shell" = "native" > > ;;"shell32" = "native" > > ;;"commctl" = "native" > > ;;"comctl32" = "native" > > "shell" = "builtin" > > "shell32" = "builtin" > > "commctl" = "builtin" > > "comctl32" = "builtin" > > ; > > "imm" = "builtin" > > ;"ntdll" = "native" > > "shdocvw" = "native" > > "shlwapi" = "native" > > "wininet" = "native" > > "*" = "native, builtin" > > in this process you may get many warns, but simply ignore all of them :-) with builtin *shell,shell32,commctl,comctl32* the explore could not start properly. (after just one time execution of the explorer.exe, you could run IExplore.exe) > > 7. run iexplore.exe !! > > > > [AppDefaults\\iexplore.exe\\DllOverrides] > > ;; > > "gdi32" = "builtin" > > "kernel32" = "builtin" > > ;;"shell" = "native" > > ;;"shell32" = "native" > > ;;"commctl" = "native" > > ;;"comctl32" = "native" > > "shell" = "builtin" > > "shell32" = "builtin" > > "commctl" = "builtin" > > "comctl32" = "builtin" > > "imm" = "builtin" > > ;"ntdll" = "native" > > "shdocvw" = "native" > > "shlwapi" = "native" > > "wininet" = "native" > > "*" = "native, builtin" > > > > this is my screenshot. > > http://chem.skku.ac.kr/~wkpark/screenshot/2002_06_12_215103_shot.png > > (with "Windows"="win95") > > http://chem.skku.ac.kr/~wkpark/screenshot/2002_06_12_230527_shot.png > > (with "Windows"="win98") --

June 14, 2002

Re: WM_GETTEXTLENGTH returns double size

by Alexandre Julliard

Andriy Palamarchuk <apa3a(a)yahoo.com> writes: > On my comments Alexandre said that this is how it is > supposed to work: > http://www.winehq.com/hypermail/wine-devel/2002/06/0242.html > > Alexandre, so this will work correctly or after your > yesterday's patch it won't affect anything? Well, there may still be similar bugs in other places, but the message translation itself is correct according to MSDN. -- Alexandre Julliard julliard(a)winehq.com

June 14, 2002

Re: wine/dlls/winsock socket.c ws2_32.spec

by Martin Wilck

> - hackish implementation of WSADuplicateSocket. + DuplicateHandle(GetCurrentProcess(), s, + hProcess, (LPHANDLE)&lpProtocolInfo->dwCatalogEntryId, + 0, FALSE, DUPLICATE_SAME_ACCESS); + CloseHandle(hProcess); + lpProtocolInfo->dwServiceFlags4 = 0xff00ff00; /* magic */ The Winsock SPI docs say that service providers should use the lpProtocolInfo->dwProviderReserved field. I recommend that that be used in Wine, too. Also, I don't think you need the "magic" field - simply test if dwProviderReserved is a valid handle. Martin -- Martin Wilck Phone: +49 5251 8 15113 Fujitsu Siemens Computers Fax: +49 5251 8 20409 Heinz-Nixdorf-Ring 1 mailto:Martin.Wilck(a)Fujitsu-Siemens.com D-33106 Paderborn http://www.fujitsu-siemens.com/primergy

June 14, 2002

Re: Old unicode standard

by Andreas Mohr

On Fri, Jun 14, 2002 at 03:04:25PM +0300, Shachar Shemesh wrote: > Hi all, > > I am trying to find any references to the old unicode standard. In > particular, I need the Bidirectional algorythm used with ~unicode 1.0. > If anyone can help, it would be greatly apretiated. > > If you don't have the 1.0 standard, but do have a later standard (but > not 3.0, which is what is available on the unicode web site), that would > probably be a great help too. Hmm, which approximate time frame is this ? 1998 ? 94 ? 89 ? :-) -- Andreas Mohr Stauferstr. 6, D-71272 Renningen, Germany Tel. +49 7159 800604 http://mohr.de.tt

June 14, 2002

Re: WM_GETTEXTLENGTH returns double size

by Andriy Palamarchuk

--- Shachar Shemesh <wine-devel(a)sun.consumer.org.il> wrote: [skipped] > What say you about placing a FIXME inside that case, > so we tell the user > we are merely guessing here? On my comments Alexandre said that this is how it is supposed to work: http://www.winehq.com/hypermail/wine-devel/2002/06/0242.html Alexandre, so this will work correctly or after your yesterday's patch it won't affect anything? Andriy __________________________________________________ Do You Yahoo!? Yahoo! - Official partner of 2002 FIFA World Cup http://fifaworldcup.yahoo.com

June 14, 2002