Re: [Now ns7] Dragon ns8 problem
Le 24 septembre à 10:39:53 [EMAIL PROTECTED] écrit notamment: | Jean, Hi, I nearly totally gave up these days; tried all of wine ebuilds coming with gentoo; on my system only 20050725-r1 allows me installing ns7 standard. So: | gentoo ; kernel 2.6.22 with alsa and alsa-oss; wine 20050524; NS 7 pref. kernel 2.6.12-gentoo-r10, wine-20050725-r1 | I've started going through this from scatch. So far I have got the | installer to work by importing riched* from win2k and comdlg32.dll off a | dll archive on the web. | used sidenet to set up the config only. sidenet 1.8.4, installed with ie6 | refered to frankscorner to install DCOM98 and to run installshield. same | wine regedit to add string value 5.0.2014.0216 to following regkey. | HKEY_LOCAL_MACHINE\Software\Microsoft\Internet Explorer | So far it installs without error but now on running wine natspeak I get install quite all right, much quicker than the first times (without DCOM98), no error messages. When starting ns the first time, it complains about rpcrt4.dll missing, got it from the dll archive on the web, then starts fine. But I have a difficulty when setting the sound level: when it is done, a bell starts ringing and nothing seems to be able to stop it. here's the log: 09:26:36 Opening Topic C:\PROG~FBU\ScanSoft\NATU~BD1\Users\jean\current\Général_ 09:26:36 Using static Vocabulary C:\PROG~FBU\ScanSoft\NATU~BD1\Data\fra\fra_general_small\general.svc 09:26:38 opening backdict voc C:\PROG~FBU\ScanSoft\NATU~BD1\Data\fra\fra_general_small\all.bd 09:26:39 (AcOpt) cleanupAcOptSessionArchive() 09:26:43 ASW: Start 09:26:43 ASW: parameters: /ns /l fra /recorderui=0 /mode=LiveInput /title=jean /help=C:\PROG~FBU\ScanSoft\NATU~BD1\Help\fra\Personal\dragon.chm /outputwave=C:\PROG~FBU\ScanSoft\NATU~BD1\Users\jean\current\audio.wav /source=MicMicIn /v5 /outputsettings=C:\PROG~FBU\ScanSoft\NATU~BD1\Users\jean\audioout.dat /inputsettings=C:\PROG~FBU\ScanSoft\NATU~BD1\Users\jean\audioin.dat /e 131226 589864 | cant find nstex50.dll | this is odd since it is in the current dir. | This may be a result of my not having installed IE6 this time but still | seems odd. cheers, -- 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
Re: tiny fonts on cvs
wino at piments.com writes: HI, I am getting miniscule 2.5 point fonts on my new wine-cvs. some dlgs come up ok but winecfg inparticular is unreadably small. suggestions pls. I had this problem, too, but only if I used the Sidenet-tool (1.8.4). This was fixed after copying an original 'system.reg' created by 'wineprefixcreate'.
Re: tiny fonts on cvs
many thanks !! so simple when you know the right answer. Do you know if it is safe to modify Drive_c afterwards, or if there is a way to get wineprefixcreate to call it something else. I had a look with regedit and I cant see any reference to drive_c but I am a bit wary of creating unnecessary issues. I want to use ~/.wine/c , do you know if it is safe to change the link in dosdevices? Thanks again. On Mon, 26 Sep 2005 10:47:04 +0200, Ray Jones [EMAIL PROTECTED] wrote: wino at piments.com writes: HI, I am getting miniscule 2.5 point fonts on my new wine-cvs. some dlgs come up ok but winecfg inparticular is unreadably small. suggestions pls. I had this problem, too, but only if I used the Sidenet-tool (1.8.4). This was fixed after copying an original 'system.reg' created by 'wineprefixcreate'.
[bug824] update
Hi, Any comments on why this patch has not been commited http://www.winehq.org/pipermail/wine-patches/2004-October/013221.html Thanks, Vijay
Re: fix scollbar off by one error
Hi, On Mon, Sep 26, 2005 at 05:08:09PM +0530, Vijay Kiran Kamuju wrote: Changelog --- fix scrollbar off by one error (bug 765) r = *rect; if( vertical ) -r.bottom = r.top + arrowSize; +r.bottom = (r.top++) + arrowSize; else -r.right = r.left + arrowSize; +r.right = (r.left++) + arrowSize; Are you sure this is what you want? This will increment r.top and r.left, too! Even if it is exactly what you intend it to do, then this code is still confusing and should instead use more explicit notation. Andreas Mohr
[bug50] update
could please explain whats wrong with this patch http://www.winehq.org/pipermail/wine-patches/2005-June/017959.html This fixes bug[50 Thanks, Vijay
Re: [Now ns7] Dragon ns8 problem
Le 26 septembre à 09:32:44 Jean Magnan de Bornier [EMAIL PROTECTED] écrit notamment: | When starting ns the first time, it complains about rpcrt4.dll missing Sorry! It is comdlg32.dll, not rpcrt4.dll. | , got it from the dll archive on the web, then starts fine. cheers, -- 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
Re: Rendering problem when scrolling license agreement in Picasa installer
On Sun, 18 Sep 2005 14:03:39 -0700, you wrote: http://bugs.winehq.org/show_bug.cgi?id=3348 describes a scrolling problem that is probably pretty easy to fix. The nullsoft(?) installer used by picasa 2 seems to have a problem with text scrolling in the latest snapshot of wine. Scrolling using the keyboard works, but scrolling by clicking on the arrows of the scrollbar screws up the new text. I have a sneaking suspicion this affects other apps. Is this a known problem already? Bug in riched20.dll: the window is repainted before the internal state of the control is updated. Change log: dlls/riched20 : editor.c When scrolling, first update the new position of the control before calling UpdateWindow(). Rein. --- wine/dlls/riched20/editor.c 2005-09-20 10:46:42.0 +0200 +++ mywine/dlls/riched20/editor.c 2005-09-26 10:04:38.0 +0200 @@ -1097,7 +1097,7 @@ LRESULT WINAPI RichEditANSIWndProc(HWND SCROLLINFO si; ME_TextEditor *editor = (ME_TextEditor *)GetWindowLongW(hWnd, 0); - TRACE(hWnd %p msg %d (%s) %08x %08lx\n, + TRACE(hWnd %p msg %04x (%s) %08x %08lx\n, hWnd, msg, get_msg_name(msg), wParam, lParam); switch(msg) { @@ -1359,13 +1359,14 @@ LRESULT WINAPI RichEditANSIWndProc(HWND if (nPos0) nPos = 0; if (nPos != editor-nScrollPosY) { + int dy = editor-nScrollPosY - nPos; + editor-nScrollPosY = nPos; + SetScrollPos(hWnd, SB_VERT, nPos, TRUE); if (editor-bRedraw) { -ScrollWindow(hWnd, 0, editor-nScrollPosY-nPos, NULL, NULL); -SetScrollPos(hWnd, SB_VERT, nPos, TRUE); +ScrollWindow(hWnd, 0, dy, NULL, NULL); UpdateWindow(hWnd); } - editor-nScrollPosY = nPos; } return TRUE; /* Should return false if a single line richedit control */ } @@ -1849,13 +1850,14 @@ LRESULT WINAPI RichEditANSIWndProc(HWND break; } if (nPos != editor-nScrollPosY) { + int dy = editor-nScrollPosY - nPos; + editor-nScrollPosY = nPos; + SetScrollPos(hWnd, SB_VERT, nPos, TRUE); if (editor-bRedraw) { -ScrollWindow(hWnd, 0, editor-nScrollPosY-nPos, NULL, NULL); -SetScrollPos(hWnd, SB_VERT, nPos, TRUE); +ScrollWindow(hWnd, 0, dy, NULL, NULL); UpdateWindow(hWnd); } - editor-nScrollPosY = nPos; } break; } @@ -1872,13 +1874,14 @@ LRESULT WINAPI RichEditANSIWndProc(HWND if (nPos0) nPos = 0; if (nPos != editor-nScrollPosY) { + int dy = editor-nScrollPosY - nPos; + editor-nScrollPosY = nPos; + SetScrollPos(hWnd, SB_VERT, nPos, TRUE); if (editor-bRedraw) { -ScrollWindow(hWnd, 0, editor-nScrollPosY-nPos, NULL, NULL); -SetScrollPos(hWnd, SB_VERT, nPos, TRUE); +ScrollWindow(hWnd, 0, dy, NULL, NULL); UpdateWindow(hWnd); } - editor-nScrollPosY = nPos; } break; }
Re: mlang
Well, looks like i misread the MSDN page on that one. Thanks! I will rewrite those parts of the code to use that. -aric Dmitry Timoshkov wrote: Aric Stewart [EMAIL PROTECTED] wrote: I did not see a way to go both ways. From a CHARSET to CodePage was given in TranslateCharsetInfo but unless i missed it there was not a way to go from CodePage to CHARSET. If there is a way then i can make that work then I will change things to use that instead. Isn't that TCI_SRCCODEPAGE is for?
Re: user: make A-W WM_GETTEXTLENGTH use WM_GETTEXT [try 4]
This patch fixes Bug #3404 as well. Le samedi 24 septembre 2005 à 17:33 +0200, Frank Richter a écrit : On 22.09.2005 16:57, Frank Richter wrote: Diff to try 3: Use less callbacks, only pass window func. SendMessageW() is used in case the func is 0. Frank Richter [EMAIL PROTECTED] When doing A-W WM_GETTEXTLENGTH, use WM_GETTEXT behind the scenes to obtain an exact length. This seems to match the behaviour of recent Windowses and as well fixes a couple of regressions (caused by theming suddenly making the standard controls Unicode). Any comments on this one? -f.r. -- Jonathan Ernst [EMAIL PROTECTED] signature.asc Description: This is a digitally signed message part
Re: tiny fonts on cvs
wino at piments.com writes: I want to use ~/.wine/c , do you know if it is safe to change the link in dosdevices? There should be no problem if you do so. In fact, I do it everyday ; However, the (wine's) registry is not stored on the c-drive, so there is atleast the possibility that some stuff in the registry might not fit to the actual installed software. I had never problems because of this, though.
re: [bug824] update
Vijay wrote: Any comments on why this patch has not been commited http://www.winehq.org/pipermail/wine-patches/2004-October/013221.html Probably because it does not include a conformance test. If you like, you could help by turning http://members.cox.net/~rgalbraith10/wine/bug824/demo824.c into an unattended conformance test by following the example in http://winehq.org/site/docs/wine-devel/testing-test - Dan
Re: [Now ns7] Dragon ns8 problem
Thanks for comparing notes, I seem to be having more trouble with wine than anything else at the moment. I cant get fonts to be a readable size so I cant even run winecfg. Too much swapping versions and something has got screwed up . I've uninstalled wine completely and renamed ~/.wine but even sidenet now fails to download IE6. On Mon, 26 Sep 2005 09:32:44 +0200, Jean Magnan de Bornier [EMAIL PROTECTED] wrote: When starting ns the first time, it complains about rpcrt4.dll missing, got it from the dll archive on the web, then starts fine. But I have a difficulty when setting the sound level: when it is done, a bell starts ringing and nothing seems to be able to stop it. here's the log: beware of NS saying things are missing. As Andreas noted yesterday NS is doing direct file detection so it may be that the buildin dll would do the job if it actually tried to load it !! You will note for the DCOM and installl notes one of the dlls marked as native was this one , so it must be available somewhere. You could use WINEDEBUG=+file and grep the output to see just where it is looking for the file. Then use touch to create a null file that will fool the file check. As for your bell, it should chime once. NO idea why it does not stop. I'll try your wine version and see if I get anywhere. Thanks. -- Using Opera e-mail on Gentoo Linux
Re: [Now ns7] Dragon ns8 problem
On Mon, 26 Sep 2005 09:32:44 +0200, Jean Magnan de Bornier [EMAIL PROTECTED] wrote: But I have a difficulty when setting the sound level: when it is done, a bell starts ringing and nothing seems to be able to stop it. Are you still using alsa ? I did not get anywhere until I used alsa-oss. HTH -- Using Opera e-mail on Gentoo Linux
Re: listview crash fix
Dimi Paun wrote: On Mon, 2005-09-26 at 03:29 +0200, Michael Jung wrote: Sorry, I'm currently on vacation in Peru and won't be able to test this for the next three weeks. It's OK, I guess it can wait until you come back, or maybe Phil can take it for a spin in the meantime. It seems to fix the problem for me.
Re: fix scollbar off by one error
Andreas Mohr wrote: Hi, On Mon, Sep 26, 2005 at 05:08:09PM +0530, Vijay Kiran Kamuju wrote: Changelog --- fix scrollbar off by one error (bug 765) r = *rect; if( vertical ) -r.bottom = r.top + arrowSize; +r.bottom = (r.top++) + arrowSize; else -r.right = r.left + arrowSize; +r.right = (r.left++) + arrowSize; Are you sure this is what you want? This will increment r.top and r.left, too! Even if it is exactly what you intend it to do, then this code is still confusing and should instead use more explicit notation. I don't think the patch is right. In many cases that I see, the scroll bars were already drawn correctly. Adding this patch makes them incorrect. For example, look at any listview (like a file dialog) with scrollbars. So I think that some more investigation is needed to see why they are drawn incorrectly in only certain cases.
bugzilla cleanup status
Total Available bugs - 1280 (as of now) Jonathan Ernst could you give me your irc id, do you hang around irc Thanks, Vijay
Re: Documentation volunteer(s) needed
On 9/23/05, josephblack [EMAIL PROTECTED] wrote: www.wine-wiki.org has been compiling tips from the wine mailing lists. I had planned to use it to update the documentation, but keeping up with the lists has kept me busy. After some discussion, Jason (the owner) has confirmed he would like to raise an offer of wine-wiki.org and its contents to the Wine project. First off, there's a lot of useful info in that wiki. It obvious a lot of time has gone into it. However, I really don't see the point of having that wiki and I think it has the potential to do more harm than good. If there's one thing Wine and the rest of the community has proven over and over, it's that we can't maintain documentation. I'd (almost) argue its best to have no documentation than completely incorrect docs. I realize that wiki came into existence before Wine's own, but now that we have one I think some of that info needs to migrate to wiki.winehq.org. Maintaining two distinct wikis is overkill and confusing for people looking for info. Furthermore, the wine-wiki.org has a huge section on applications that's best suited for the AppDB. The info there directly competes with the AppDB and we shouldn't attempt to maintain two places with differing info. I hope that doesn't sound like a case of Not-Invented-Here syndrome, but we need to focus on making maintenance easy so that there's a chance it might actually get done. I certainly don't want to deter anyone from working on Wine - any and all contributions are greatly appreciated. -Brian
Wine CVS as of 9/25/2005 Kills Notes
I updated CVS yesterday and then tried to run notes 6.51 and got this backtrace. It works fine with 20050726 wine ./nlnotes Warning: the specified System directory Lc:\\windows\\system32 is not accessible. Warning: the specified System directory Lc:\\windows\\system32 is not accessible. Warning: the specified System directory Lc:\\windows\\system32 is not accessible. fixme:uniscribe:ScriptGetProperties 0x61be3aa8,0x61be3a7c fixme:uniscribe:ScriptRecordDigitSubstitution 1024,0x61be3a70 wine: Call from 0x4154ba5c to unimplemented function usp10.dll.ScriptCacheGetHeight, aborting Warning: the specified System directory Lc:\\windows\\system32 is not accessible. Warning: the specified System directory Lc:\\windows\\system32 is not accessible. wine: Unhandled exception (thread 000d), starting debugger... Warning: the specified System directory Lc:\\windows\\system32 is not accessible. Usage: winedbg [--command cmd|--auto] [--gdb [--no-start] [--with-xterm]] cmdline fixme:netapi32:NetUserEnum ((null),20, 0x2,0x4191f2e4,2,0x4191f4ec,0x4191f4f0,0x4191f2dc) 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 fixme:advapi:LookupAccountSidA ((null),sid=0x4191ed2c,0x4191e6e4,0x4191eae8 (512),0x4191e8e4,0x4191ecf0(512),0x4191ecf4): semi-stub wine: Unhandled exception (thread 000b), starting debugger... -- Get my public GnuPG key from http://keyserver.veridis.com:11371/export?id=7574690260641978351 pgpWpgiuI3P7v.pgp Description: PGP signature
OLEAUT32: add full multiplication/division support for DECIMAL (in small patches)
Last week I sent the following patches that add DECIMAL support for OLEAUT32: 1) Tests for all missing functionality: http://www.winehq.org/pipermail/wine-patches/2005-September/020849.html 2) Call VarDecDiv and VarDecSub from variant.c: http://www.winehq.org/pipermail/wine-patches/2005-September/020850.html 3) Correct scaling of high 32 bits of DECIMAL: http://www.winehq.org/pipermail/wine-patches/2005-September/020851.html 4) Add full VarBstrFromDec support: http://www.winehq.org/pipermail/wine-patches/2005-September/020852.html 5) Add full VarDecMul support: http://www.winehq.org/pipermail/wine-patches/2005-September/020853.html 6) Add full VarDecDiv support: http://www.winehq.org/pipermail/wine-patches/2005-September/020854.html Of these, only patches 2 and 3 have been commited. Could somebody explain (especially Mr. Alexandre Julliard) whether these patches have been noticed? If so, what can be done to improve them? Alex Villacís Lasso
Re: bugzilla cleanup status
It's jernst Bye. Le lundi 26 septembre 2005 à 21:09 +0530, Vijay Kiran Kamuju a écrit : Total Available bugs - 1280 (as of now) Jonathan Ernst could you give me your irc id, do you hang around irc Thanks, Vijay -- Jonathan Ernst [EMAIL PROTECTED] signature.asc Description: This is a digitally signed message part
Re: OLEAUT32: add full multiplication/division support for DECIMAL (in small patches)
Alex Villacís Lasso [EMAIL PROTECTED] writes: Last week I sent the following patches that add DECIMAL support for OLEAUT32: 1) Tests for all missing functionality: http://www.winehq.org/pipermail/wine-patches/2005-September/020849.html 2) Call VarDecDiv and VarDecSub from variant.c: http://www.winehq.org/pipermail/wine-patches/2005-September/020850.html 3) Correct scaling of high 32 bits of DECIMAL: http://www.winehq.org/pipermail/wine-patches/2005-September/020851.html 4) Add full VarBstrFromDec support: http://www.winehq.org/pipermail/wine-patches/2005-September/020852.html 5) Add full VarDecMul support: http://www.winehq.org/pipermail/wine-patches/2005-September/020853.html 6) Add full VarDecDiv support: http://www.winehq.org/pipermail/wine-patches/2005-September/020854.html Of these, only patches 2 and 3 have been commited. Could somebody explain (especially Mr. Alexandre Julliard) whether these patches have been noticed? If so, what can be done to improve them? The main problem I see is you are doing everything with bytes; it would seem more natural and much more efficient to work with 32-bit ints. Also you are using malloc which should be avoided. If you really need to allocate memory you can use HeapAlloc, but since all the numbers are fixed size I don't think you should need allocations at all, stack buffers should work fine. -- Alexandre Julliard [EMAIL PROTECTED]
Re: comctl32.dll: Running siap and modules under wine, first steps
Maximiliano Curia wrote: Hi, I'm trying to use a program called siap[1] under wine. It's the required program to pay taxes that the Argentinian government uses. So, it's quite important for the free software community in Argentina to be able to use it in a free software environment. However, I haven't heard of any real success on it, so far. I've been trying to make it run using winetools[2], and differents versions of wine. The furthest I've gone, has been with version 20050310 and all the plugins that winetools provides, installed. I found some free time to investigate the SIAP program issue. As I can remember, the SIAP package is a software program to prepare and submit taxes for the government of Argentina. This software is written in MS Visual Basic 5. When an attempt is made to run the program without any overrides with the current CVS (2005/09/23), the following messages appear (with WINEDEBUG=+ole): ... trace:ole:ITypeLib2_fnRelease (0x7cb9f198)-(1) trace:ole:WINE_StringFromCLSID 0x2311b940-{00028C01----0046} trace:ole:LoadTypeLib (LC:\\ARCHIVOS DE PROGRAMA\\S.I.AP\\AFIP\\DBGRID32.OCX,0x7fa5f658) trace:ole:LoadTypeLibEx (LC:\\ARCHIVOS DE PROGRAMA\\S.I.AP\\AFIP\\DBGRID32.OCX,0,0x7fa5f658) trace:ole:LoadTypeLibEx File LC:\\ARCHIVOS DE PROGRAMA\\S.I.AP\\AFIP\\DBGRID32.OCX index 1 trace:ole:TLB_ReadTypeLib cache hit trace:ole:ITypeLib2_fnAddRef (0x7cb9f198)-ref was 1 trace:ole:LoadTypeLibEx returns trace:ole:LoadRegTypeLib (IID: {00028c01----0046}) load SUCCESS (0x7cb9f198) trace:ole:ITypeLib2_fnGetTypeInfoOfGuid (0x7cb9f198) guid:{00028c02----0046}) trace:ole:ITypeLib2_fnGetTypeInfoOfGuid -- found (0x7cbb3bd8, LIMsDgridCtrl) trace:ole:ITypeLib2_fnAddRef (0x7cb9f198)-ref was 2 trace:ole:ITypeInfo_fnAddRef (0x7cbb3bd8)-ref is 3 trace:ole:ITypeLib2_fnRelease (0x7cb9f198)-(2) trace:ole:ITypeInfo_fnGetTypeAttr (0x7cbb3bd8) trace:ole:ITypeInfo_fnReleaseTypeAttr (0x7cbb3bd8)-(0x7fdb8e58) trace:ole:ITypeInfo_fnGetFuncDesc (0x7cbb3bd8) index 0 trace:ole:ITypeInfo_fnReleaseFuncDesc (0x7cbb3bd8)-(0x7cbb3d48) trace:ole:ITypeInfo_fnGetFuncDesc (0x7cbb3bd8) index 1 ... trace:ole:ITypeInfo_fnReleaseFuncDesc (0x7cbb3bd8)-(0x7cbb4eb8) trace:ole:ITypeInfo_fnGetFuncDesc (0x7cbb3bd8) index 12 fixme:ole:ITypeInfo_fnGetRefTypeInfo Can't find pRefType for ref 19 trace:ole:ITypeInfo_fnGetRefTypeInfo (0x7cbb3bd8) hreftype 0x0019 loaded FAILURE (0x7ca52dc8) wine: Unhandled exception (thread 0009), starting debugger... WineDbg starting on pid 0x8 Unhandled exception: page fault on read access to 0x0010 in 32-bit code (0x230f4f61). In 32 bit mode. Register dump: CS:0073 SS:007b DS:007b ES:007b FS:1007 GS:0033 EIP:230f4f61 ESP:7fa5f5bc EBP:7fa5f624 EFLAGS:00010202( - 00 - -RI1) EAX:0004 EBX:0020 ECX:7fa5f5d0 EDX:7ca52dc8 ESI:7ca52ddc EDI:7ca52b70 Stack dump: 0x7fa5f5bc: 7ca52dc8 7fa5f5d0 7ca52df8 7cbb3bd8 0x7fa5f5cc: 7ca52dc8 7fa5f624 230f4ae8 7cbb3bd8 0x7fa5f5dc: 7ca52ddc 7cbb5048 7ca52b70 7ca505a0 0x7fa5f5ec: 7f6bb480 7f6857a0 7f686444 0x7fa5f5fc: 7fdb8e58 000c 0032 0011 0x7fa5f60c: 7ca52b88 7ca52b70 7cbb5028 7fa5f660 0200: sel=1007 base=7fe9a000 limit=1fff 32-bit rw- Backtrace: =1 0x230f4f61 in dbgrid32.ocx (+0x34f61) (0x7fa5f624) 2 0x230e9c2f in dbgrid32.ocx (+0x29c2f) (0x7fa5f66c) 3 0x230e7573 in dbgrid32.ocx (+0x27573) (0x7fa5f6b4) 4 0x230c3bee in dbgrid32.ocx (+0x3bee) (0x7fa5f6e8) 5 0x230cd0a9 in dbgrid32.ocx (+0xd0a9) (0x7fa5f754) err:dbghelp:pe_load_dbg_file -Unable to peruse .DBG file MSVBVM50.dbg (MSVBVM50.dbg) 6 0x0f045840 in msvbvm50 (+0x45840) (0x7fa5f7a4) 7 0x0f046096 in msvbvm50 (+0x46096) (0x7fa5f7b4) 8 0x0f0293dd in msvbvm50 (+0x293dd) (0x7fa5f7f4) 9 0x0f028f7b in msvbvm50 (+0x28f7b) (0x7fa5f824) 10 0x0f028e6e in msvbvm50 (+0x28e6e) (0x7fa5f858) 11 0x0f028ed5 in msvbvm50 (+0x28ed5) (0x7fa5f890) 12 0x0f029feb in msvbvm50 (+0x29feb) (0x7fa5f8c8) 13 0x0f029b4e in msvbvm50 (+0x29b4e) (0x7fa5f928) 14 0x0f029a57 in msvbvm50 (+0x29a57) (0x7fa5f94c) 15 0x0f0299e9 in msvbvm50 (+0x299e9) (0x7fa5f96c) 16 0x0f023e77 in msvbvm50 (+0x23e77) (0x7fa5f9a4) 17 0x0f027329 in msvbvm50 (+0x27329) (0x7f1e5420) 18 0x (0x0f10e1f0) 0x230f4f61: call*0xc(%eax) fixme:winedbg:be_i386_is_func_call Unsupported yet call insn (0x10) at 0x230f4f61 Modules: ... This result suggests that builtin oleaut32 is unable to cope with the typelib embedded in DBGRID32.OCX. When *both* native oleaut32 and ole32 are used, the program starts up normally. The following test was made: with MS Visual Basic 6 SP6, I made a sample program that includes a Data control, a DBGrid control from DBGRID32.OCX, and a sample MDB file to query into the DBGrid. This sample program crashes in the exact same way as the SIAP package when no overrides are used, and also runs correctly when native ole32 and oleaut32 are used. After some trial and error, I came up with the
Re: OLEAUT32: add full multiplication/division support for DECIMAL (in small patches)
Alexandre Julliard wrote: Alex Villacís Lasso [EMAIL PROTECTED] writes: Last week I sent the following patches that add DECIMAL support for OLEAUT32: 1) Tests for all missing functionality: http://www.winehq.org/pipermail/wine-patches/2005-September/020849.html 2) Call VarDecDiv and VarDecSub from variant.c: http://www.winehq.org/pipermail/wine-patches/2005-September/020850.html 3) Correct scaling of high 32 bits of DECIMAL: http://www.winehq.org/pipermail/wine-patches/2005-September/020851.html 4) Add full VarBstrFromDec support: http://www.winehq.org/pipermail/wine-patches/2005-September/020852.html 5) Add full VarDecMul support: http://www.winehq.org/pipermail/wine-patches/2005-September/020853.html 6) Add full VarDecDiv support: http://www.winehq.org/pipermail/wine-patches/2005-September/020854.html Of these, only patches 2 and 3 have been commited. Could somebody explain (especially Mr. Alexandre Julliard) whether these patches have been noticed? If so, what can be done to improve them? The main problem I see is you are doing everything with bytes; it would seem more natural and much more efficient to work with 32-bit ints. Also you are using malloc which should be avoided. If you really need to allocate memory you can use HeapAlloc, but since all the numbers are fixed size I don't think you should need allocations at all, stack buffers should work fine. I am a paranoid about endianness. I wanted absolute control over the layout of the significant bits, and working with bytes instead of 32-bit ints allowed me to port the algorithms more easily, in additon to being capable of using memmove for bit shifting. Why is malloc() evil even if it is only used internally and its memory is freed before returning the results? Both this and the malloc issue can be fixed. However, I don't see why this should prevent the test patch from being submitted, unless there is a policy about not allowing tests that do not yet pass with current code. Alex Villacís Lasso
Re: OLEAUT32: add full multiplication/division support for DECIMAL (in small patches)
On Mon, 26 Sep 2005, Alex Villacís Lasso wrote: [...] Why is malloc() evil even if it is only used internally and its memory is freed before returning the results? I think this is because it introduces a dependency on msvcrt.dll on the Windows and ReactOS platforms. So it's better to stick to 'pure' Win32 APIs as much as possible. -- Francois Gouget [EMAIL PROTECTED]http://fgouget.free.fr/ Broadcast message : fin du monde dans cinq minutes, repentez vous !
Re: Auto-register d3drm too?
On Mon, Sep 26, 2005 at 12:48:04AM +0200, Francois Gouget wrote: d3drm.dll has exactly the same issue as d3dxof.dll. It depends on the CLSID\{4516EC41-8F20-11D0-9B6D-C0781BC3} registry key but it is unclear how this key is supposed to be created. It seems to be the same issue that we have with the DDplay service providers whose keys are not registered by any DLL (I put them in wine.inf). Alexandre proposed in those days the creation of a 'directx.inf' which would regroup all keys created by a standard DirectX installation. Lionel -- Lionel Ulmer - http://www.bbrox.org/
RH8 spec for 20050830
Can someone who understands wine build issues review this RPM spec file for me, please? The RPMs for Redhat 8 are getting pretty long in the tooth on the Wine downloads page... dating back to May 24. I wanted to build a source RPM to work with, so I modified the 20050524 spec file for 20050830. It seems that there are changes in fonts and documentation. I removed some lines that were keeping rpmbuild from working. But I feel like I am tampering with issues beyond my grasp. Do the attached changes to the spec file look ok (temporarily marked with todo)? Any gotchas? Anything missing? Thanks... mo --- wine-20050524-1rh8winehq.spec 2005-05-30 19:48:05.0 -0700 +++ wine-20050830-1rh8winehq.spec 2005-09-26 11:46:08.0 -0700 @@ -1,4 +1,4 @@ -%define DATE 20050524 +%define DATE 20050830 Summary: A Windows 16/32 bit emulator. Name: wine Version: %{DATE} @@ -8,7 +8,7 @@ URL: http://www.winehq.org/ Source0: ftp://metalab.unc.edu/pub/Linux/ALPHA/wine/development/Wine-%{version}.tar.gz Source1: wine.init -Source2: wine-fonts-%{version}.tar.gz +# todo Source2: wine-fonts-%{version}.tar.gz Patch0: wine-%{version}-stabs+2.patch Patch1: wine-%{version}-nvidia-opengl.patch Patch2: wine-%{version}-generated.patch @@ -66,7 +66,7 @@ UPDATE_DESKTOP_DATABASE=/bin/true mkdir -p $RPM_BUILD_ROOT%{_sysconfdir}/wine -install -c -m 0644 documentation/samples/config $RPM_BUILD_ROOT%{_sysconfdir}/wine/config +# todo - install -c -m 0644 documentation/samples/config $RPM_BUILD_ROOT%{_sysconfdir}/wine/config cat RedHat EOF Wine directory structure used in Red Hat Linux: @@ -91,8 +91,8 @@ install -c -m 755 %SOURCE1 $RPM_BUILD_ROOT%{_initrddir}/wine # Install Wine's fonts -mkdir -p $RPM_BUILD_ROOT%{_datadir}/fonts/wine -tar xzf %SOURCE2 -C $RPM_BUILD_ROOT%{_datadir}/fonts/wine +# todo mkdir -p $RPM_BUILD_ROOT%{_datadir}/fonts/wine +# todo tar xzf %SOURCE2 -C $RPM_BUILD_ROOT%{_datadir}/fonts/wine %clean rm -rf $RPM_BUILD_ROOT @@ -154,12 +154,12 @@ %{_libdir}/wine/*.so %{_mandir}/man1/wine.1* %{_mandir}/man1/winedbg.1* -%{_mandir}/man5/wine.conf.5* +# todo %{_mandir}/man5/wine.conf.5* %{_datadir}/aclocal/wine.m4 %{_datadir}/applications/wine.desktop -%attr(0755, root, root) %dir %{_datadir}/fonts/wine -%{_datadir}/fonts/wine/*.fon -%{_datadir}/fonts/wine/*.ttf +# todo %attr(0755, root, root) %dir %{_datadir}/fonts/wine +# todo %{_datadir}/fonts/wine/*.fon +# todo %{_datadir}/fonts/wine/*.ttf %attr(0755, root, root) %dir %{_datadir}/wine %{_datadir}/wine/generic.ppd %{_datadir}/wine/wine.inf @@ -196,6 +196,9 @@ %{_libdir}/wine/*.def %changelog +* Thu Sep 22 2005 Michael Ost [EMAIL PROTECTED] 20050830-1rh8winehq +- Update to 20050830 + * Mon May 30 2005 Vincent Béron [EMAIL PROTECTED] 20050524-1rh8 - Update to 20050524 - Remove pdf documentation build as it's no more included in the main archive
Re: winspool/tests: New Testsuite (coding style)
Am Sonntag, den 25.09.2005, 19:17 -0600 schrieb Vitaliy Margolen: No kidding it's so large! You can shrink it down to probably 10% of it's current size. We will see, what's left after rework. +/* A Separator makes the source more readable but i try to reduce that. +if(opt_verbose) +{ +trace(-\n); +} This is not really informative to print it at all. Accepted. +buffer = HeapAlloc(GetProcessHeap(), 0, size); +lasterror=GetLastError(); +if(opt_verbose) +{ +trace(%p: HeapAlloc(%p, 0, 0x%lx/%ld) = (0x%lx/%ld)\n, buffer, +GetProcessHeap(), size, size, lasterror, lasterror); + +put_lasterror(); +} +ok(buffer != NULL, allocating 0x%ld/%ld Bytes for Buffer = (0x%lx/%ld)\n, +size, size, lasterror, lasterror); Will look better like this: buffer = HeapAlloc(GetProcessHeap(), 0, size); ok(buffer != NULL, HeapAlloc(%ld) error=%lx\n, size, GetLastError()); In this case, GetlastError() inside ok() works, but most times i must take care, that NtCurrentTeb()-LastErrorValue is never changed by any function called during a trace() / ok(). For this Reasons, i decided to cache the Result of GetLastError() in my code. My goal was to have the same style for every test, but I change it to be more K.I.S.S. Since i want to test as much as possible, I test for: - the returncode, - then lasterror - and then the returned data. This is needed, because we have many bugs in all areas. Example: - Define a printer in linux. - Run wine with an app that uses winspool.drv - Delete your Linux-Printer - winspool.drv in wine will report now: * EnumPrinters = 0: correct, * GetDefaultPrinter = your deleted printer: this is wrong Looks much better this way: if(pGetPrinterDriverDirectoryA == NULL) return; Wine uses this style please follow it: if () { } else { } Really? cvs from yesterday: grep -R \}.*else * | wc -l 4402 grep -R * else * | grep -v \}.*else | wc -l 10672 I can change that, but then we have: a: if (check) function; b: if (check) { function1; function2; } c: if (check) { function_true; } else { function_false; } No common Style. I learned the Style i used in my Patch from the Editor jfe, because jfe did Autoident and other things with that Style. I try to change that in my Patches, but not fall back to my old Style is difficult . +is_result_ok(FALSE); Is not helpfull really. Indicate what failed. Adding extra verbose traces makes output too big and hard to find what really failed. I will do a deep view to this.. +#define ENVIRONMENT_NULL 0 +#define ENVIRONMENT_WIN40 1 +#define ENVIRONMENT_W32X862 +#define ENVIRONMENT_IA64 3 +#define ENVIRONMENT_W32ALPHA 4 +#define ENVIRONMENT_W32PPC5 +#define ENVIRONMENT_W32MIPS 6 +#define ENVIRONMENT_MAX ENVIRONMENT_W32MIPS Please look inside include/wine/test.h and other wine test files. And don't invent platform detection. It's already done just use it. Or don't define something that you don't need. The Printing-Environments are defined my Microsoft. %SystemRoot%\system32\spool\drivers and HKLM\System\CurrentControlSet\Control\Print\Environments are your friends :-) PS: Our Registry-Entries for the driver is incomplete and wrong And don't invent platform detection. It's already done just use it. Did you mean sys_isNT with this? When a ok() is going to fail, we must make sure that this is really a Failure on the Tested System. Example: GetDefaultPrinterW is present, but not implemented This is a failure on NT but ok on win9x. A simple if() that find an unimplemented GetDefaultPrinterW could just decide to return from the test_function but my way find more errors. (I knew, that this is not perfect: With Services for Unicode on win9x, no failure is allowed). Most of the stuff that you added to dlls/winspool/tests/info.c is useless. I do not want to duplicate Code in the Testfile, so i concentrate the common Helper-Functions in one File. Since every Sourcefile must include the Filename as test name and info.c was present before, i used that. I removed many tests in different Files and the not yet needed Helper-Functions from info.c to reduce the size of the Patch. -- By By ... ... Detlef
MS VisualBasic apps have no minimize/maximise buttons, no taskbar button - RFC, help debugging
The following is a problem I have been having with every single VisualBasic application for some time, and I ask for your help now: Every single VisualBasic application I have tried lacks the minimize and maximize buttons, even when the application is supposed to have them. In addition, the taskbar button is missing (on Gnome 1.4.x/Metacity 2.10.3 under Fedora 4), so there is no way to recall the application once the window is obscured by another application, except by clearing the desktop. The applications show the buttons on the virtual desktop, and the problem arises only when the application uses the window manager for its own window. This problem was confirmed on Metacity and MWM. As far as I can tell, this affects Visual Basic apps only. The applications from Wine (regedit, for example) show correct decorations, and so do some tools from MS Visual Studio. I modified x11drv/window.c to display the Windows attributes before setting hints for the window manager. Here is what I got: Tested regedit (wine), depends.exe (native, MS Visual Studio), windiff.exe (native, MS Visual Studio), dbgridtest.exe (native, VisualBasic app), pruebatransparency.exe (native, VisualBasic app). Entries with asterisks lack min/max buttons as explained. regedit wine fixme:x11drv:X11DRV_set_wm_hints hwnd = 0x00010022 style = 0x04cf0200 ex_style = 0x0100 fixme:x11drv:displayStyles style = 0x04cf0200 WS_CLIPSIBLINGS WS_CAPTION WS_BORDER WS_DLGFRAME WS_SYSMENU WS_THICKFRAME WS_GROUP WS_TABSTOP WS_MINIMIZEBOX WS_MAXIMIZEBOX fixme:x11drv:displayStyles ex_style = 0x0100 WS_EX_WINDOWEDGE fixme:x11drv:X11DRV_set_wm_hints hwnd = 0x00010028 style = 0x04c0 ex_style = 0x0100 fixme:x11drv:displayStyles style = 0x04c0 WS_CLIPSIBLINGS WS_CAPTION WS_BORDER WS_DLGFRAME fixme:x11drv:displayStyles ex_style = 0x0100 WS_EX_WINDOWEDGE fixme:x11drv:X11DRV_set_wm_hints hwnd = 0x00010022 style = 0x14cf0200 ex_style = 0x0100 fixme:x11drv:displayStyles style = 0x14cf0200 WS_VISIBLE WS_CLIPSIBLINGS WS_CAPTION WS_BORDER WS_DLGFRAME WS_SYSMENU WS_THICKFRAME WS_GROUP WS_TABSTOP WS_MINIMIZEBOX WS_MAXIMIZEBOX fixme:x11drv:displayStyles ex_style = 0x0100 WS_EX_WINDOWEDGE depends.exe native fixme:x11drv:X11DRV_set_wm_hints hwnd = 0x00010026 style = 0x04cf8000 ex_style = 0x0100 fixme:x11drv:displayStyles style = 0x04cf8000 WS_CLIPSIBLINGS WS_CAPTION WS_BORDER WS_DLGFRAME WS_SYSMENU WS_THICKFRAME WS_GROUP WS_TABSTOP WS_MINIMIZEBOX WS_MAXIMIZEBOX fixme:x11drv:displayStyles ex_style = 0x0100 WS_EX_WINDOWEDGE fixme:x11drv:X11DRV_set_wm_hints hwnd = 0x00010026 style = 0x14cf8000 ex_style = 0x0110 fixme:x11drv:displayStyles style = 0x14cf8000 WS_VISIBLE WS_CLIPSIBLINGS WS_CAPTION WS_BORDER WS_DLGFRAME WS_SYSMENU WS_THICKFRAME WS_GROUP WS_TABSTOP WS_MINIMIZEBOX WS_MAXIMIZEBOX fixme:x11drv:displayStyles ex_style = 0x0110 WS_EX_ACCEPTFILES WS_EX_WINDOWEDGE windiff.exe native fixme:x11drv:X11DRV_set_wm_hints hwnd = 0x00010022 style = 0x04cf ex_style = 0x0100 fixme:x11drv:displayStyles style = 0x04cf WS_CLIPSIBLINGS WS_CAPTION WS_BORDER WS_DLGFRAME WS_SYSMENU WS_THICKFRAME WS_GROUP WS_TABSTOP WS_MINIMIZEBOX WS_MAXIMIZEBOX fixme:x11drv:displayStyles ex_style = 0x0100 WS_EX_WINDOWEDGE fixme:x11drv:X11DRV_set_wm_hints hwnd = 0x00010022 style = 0x14cf ex_style = 0x0100 fixme:x11drv:displayStyles style = 0x14cf WS_VISIBLE WS_CLIPSIBLINGS WS_CAPTION WS_BORDER WS_DLGFRAME WS_SYSMENU WS_THICKFRAME WS_GROUP WS_TABSTOP WS_MINIMIZEBOX WS_MAXIMIZEBOX fixme:x11drv:displayStyles ex_style = 0x0100 WS_EX_WINDOWEDGE dbgridtest.exe native fixme:x11drv:X11DRV_set_wm_hints hwnd = 0x00010022 style = 0x04c0 ex_style = 0x0100 fixme:x11drv:displayStyles style = 0x04c0 WS_CLIPSIBLINGS WS_CAPTION WS_BORDER WS_DLGFRAME fixme:x11drv:displayStyles ex_style = 0x0100 WS_EX_WINDOWEDGE fixme:x11drv:X11DRV_set_wm_hints hwnd = 0x00010024 style = 0x8409 ex_style = 0x0080 fixme:x11drv:displayStyles style = 0x8409 WS_POPUP WS_CLIPSIBLINGS WS_SYSMENU WS_TABSTOP WS_MAXIMIZEBOX fixme:x11drv:displayStyles ex_style = 0x0080 WS_EX_TOOLWINDOW fixme:x11drv:X11DRV_set_wm_hints hwnd = 0x00010028 style = 0x8400 ex_style = 0x fixme:x11drv:displayStyles style = 0x8400 WS_POPUP WS_CLIPSIBLINGS fixme:x11drv:displayStyles ex_style = 0x fixme:x11drv:X11DRV_set_wm_hints hwnd = 0x0001002c style = 0x06cf ex_style = 0x00040100 fixme:x11drv:displayStyles style = 0x06cf WS_CLIPSIBLINGS WS_CLIPCHILDREN WS_CAPTION WS_BORDER WS_DLGFRAME WS_SYSMENU WS_THICKFRAME WS_GROUP WS_TABSTOP WS_MINIMIZEBOX WS_MAXIMIZEBOX fixme:x11drv:displayStyles ex_style = 0x00040100 WS_EX_WINDOWEDGE WS_EX_APPWINDOW fixme:x11drv:X11DRV_set_wm_hints hwnd = 0x0001002c style = 0x16cf ex_style = 0x00040100 fixme:x11drv:displayStyles style = 0x16cf WS_VISIBLE WS_CLIPSIBLINGS WS_CLIPCHILDREN WS_CAPTION WS_BORDER WS_DLGFRAME WS_SYSMENU
Re: OLEAUT32: add full multiplication/division support for DECIMAL (in small patches)
Alex Villacís Lasso [EMAIL PROTECTED] writes: Both this and the malloc issue can be fixed. However, I don't see why this should prevent the test patch from being submitted, unless there is a policy about not allowing tests that do not yet pass with current code. Yes, there is such a policy. All the tests must always pass in CVS, otherwise the test suite is useless. If you want the test to get in before the code that's certainly possible, but you have to add todo_wine around all the failing tests. -- Alexandre Julliard [EMAIL PROTECTED]
build errors
Hi, I can't build current CVS version of Wine: ../../tools/winegcc/winegcc -B../../tools/winebuild -shared ./kernel32.spec comm.drv.spec.o krnl386.exe.spec.o stress.spec.o system.drv.spec.o toolhelp.spec.o win87em.spec.o windebug.spec.o atom16.o error16.o kernel16.o registry16.o toolhelp16.o win87em.o actctx.o atom.o change.o comm.o computername.o console.o cpu.o debugger.o dosmem.o editline.o environ.o except.o fiber.o file.o file16.o format_msg.o global16.o heap.o instr.o kernel_main.o lcformat.o local16.o locale.o lzexpand.o module.o ne_module.o ne_segment.o oldconfig.o path.o powermgnt.o process.o profile.o pthread.o relay16.o resource.o resource16.o selector.o snoop16.o stress.o string.o sync.o syslevel.o system.o tape.o task.o thread.o thunk.o time.o toolhelp.o utthunk.o version.o virtual.o volume.o vxd.o windebug.o wowthunk.o relay16asm.o kernel32.dll.dbg.o kernel.res -Wl,--image-base,0x7b80 -o kernel32.dll.so -L../../dlls -L../../dlls/ntdll -lntdll -L../../libs/wine -lwine -L../../libs/unicode -lwine_unicode -L../../libs/port -lwine_port comm.drv.spec.o(.data.rel.ro+0x1f6): In function `__wine_stub_GETDCB': /home/phil/build/wine/dlls/kernel/comm.drv.spec.c:38: undefined reference to `__wine_call_from_16_long' stress.spec.o(.data.rel.ro+0x1d0): In function `__wine_spec_stress_dll_fini': /home/phil/build/wine/dlls/kernel/stress.spec.c:297: undefined reference to `__wine_call_from_16_long' stress.spec.o(.data.rel.ro+0x1e8):/home/phil/build/wine/dlls/kernel/stress.spec.c:297: undefined reference to `__wine_call_from_16_long' stress.spec.o(.data.rel.ro+0x200):/home/phil/build/wine/dlls/kernel/stress.spec.c:297: undefined reference to `__wine_call_from_16_long' stress.spec.o(.data.rel.ro+0x218):/home/phil/build/wine/dlls/kernel/stress.spec.c:297: undefined reference to `__wine_call_from_16_long' stress.spec.o(.data.rel.ro+0x230):/home/phil/build/wine/dlls/kernel/stress.spec.c:297: more undefined references to `__wine_call_from_16_long' follow system.drv.spec.o(.data.rel.ro+0x1d0): In function `__wine_spec_system_drv_fini': /home/phil/build/wine/dlls/kernel/system.drv.spec.c:303: undefined reference to `__wine_call_from_16_word' system.drv.spec.o(.data.rel.ro+0x1e8):/home/phil/build/wine/dlls/kernel/system.drv.spec.c:303: undefined reference to `__wine_call_from_16_word' system.drv.spec.o(.data.rel.ro+0x200):/home/phil/build/wine/dlls/kernel/system.drv.spec.c:303: undefined reference to `__wine_call_from_16_word' Am I the only one? Can you suggest something? -- Ph.
Re: listview crash fix
On Mon, 2005-09-26 at 08:22 -0700, Duane Clark wrote: It seems to fix the problem for me. Cool, thanks for the response, I'll submit a patch soon. -- Dimi Paun [EMAIL PROTECTED] Lattica, Inc.
Re: build errors
--- Phil Krylov [EMAIL PROTECTED] wrote: Hi, I can't build current CVS version of Wine: ../../tools/winegcc/winegcc -B../../tools/winebuild -shared ./kernel32.spec comm.drv.spec.o krnl386.exe.spec.o stress.spec.o system.drv.spec.o toolhelp.spec.o win87em.spec.o windebug.spec.o atom16.o error16.o kernel16.o registry16.o toolhelp16.o win87em.o actctx.o atom.o change.o comm.o computername.o console.o cpu.o debugger.o dosmem.o editline.o environ.o except.o fiber.o file.o file16.o format_msg.o global16.o heap.o instr.o kernel_main.o lcformat.o local16.o locale.o lzexpand.o module.o ne_module.o ne_segment.o oldconfig.o path.o powermgnt.o process.o profile.o pthread.o relay16.o resource.o resource16.o selector.o snoop16.o stress.o string.o sync.o syslevel.o system.o tape.o task.o thread.o thunk.o time.o toolhelp.o utthunk.o version.o virtual.o volume.o vxd.o windebug.o wowthunk.o relay16asm.o kernel32.dll.dbg.o kernel.res -Wl,--image-base,0x7b80 -o kernel32.dll.so -L../../dlls -L../../dlls/ntdll -lntdll -L../../libs/wine -lwine -L../../libs/unicode -lwine_unicode -L../../libs/port -lwine_port comm.drv.spec.o(.data.rel.ro+0x1f6): In function `__wine_stub_GETDCB': /home/phil/build/wine/dlls/kernel/comm.drv.spec.c:38: undefined reference to `__wine_call_from_16_long' stress.spec.o(.data.rel.ro+0x1d0): In function `__wine_spec_stress_dll_fini': /home/phil/build/wine/dlls/kernel/stress.spec.c:297: undefined reference to `__wine_call_from_16_long' stress.spec.o(.data.rel.ro+0x1e8):/home/phil/build/wine/dlls/kernel/stress.spec.c:297: undefined reference to `__wine_call_from_16_long' stress.spec.o(.data.rel.ro+0x200):/home/phil/build/wine/dlls/kernel/stress.spec.c:297: undefined reference to `__wine_call_from_16_long' stress.spec.o(.data.rel.ro+0x218):/home/phil/build/wine/dlls/kernel/stress.spec.c:297: undefined reference to `__wine_call_from_16_long' stress.spec.o(.data.rel.ro+0x230):/home/phil/build/wine/dlls/kernel/stress.spec.c:297: more undefined references to `__wine_call_from_16_long' follow system.drv.spec.o(.data.rel.ro+0x1d0): In function `__wine_spec_system_drv_fini': /home/phil/build/wine/dlls/kernel/system.drv.spec.c:303: undefined reference to `__wine_call_from_16_word' system.drv.spec.o(.data.rel.ro+0x1e8):/home/phil/build/wine/dlls/kernel/system.drv.spec.c:303: undefined reference to `__wine_call_from_16_word' system.drv.spec.o(.data.rel.ro+0x200):/home/phil/build/wine/dlls/kernel/system.drv.spec.c:303: undefined reference to `__wine_call_from_16_word' Am I the only one? Can you suggest something? -- Ph. I had exactly the same problem, I found that cleaning out my local tree and fetching everything from CVS fixed the problem. I can no longer use .so's from older builds of wine with the current tree (which means I have to merge all my local changes, and merge any regression tests). Not sure what the cause of the problem it though. Oliver. ___ Yahoo! Messenger - NEW crystal clear PC to PC calling worldwide with voicemail http://uk.messenger.yahoo.com
Re: Wine CVS as of 9/25/2005 Kills Notes
On Monday 26 September 2005 11:01 am, Kevin DeKorte wrote: I updated CVS yesterday and then tried to run notes 6.51 and got this backtrace. It works fine with 20050726 Here is a patch that fixes the wine: Call from 0x4154ba5c to unimplemented function usp10.dll.ScriptCacheGetHeight, aborting Problem But it crashes now with this message fixme:uniscribe:ScriptGetProperties 0x61be3aa8,0x61be3a7c fixme:uniscribe:ScriptRecordDigitSubstitution 1024,0x61be3a70 fixme:uniscribe:ScriptCacheGetHeight 0x9f4,0x61c0d036,0x4190edc4 fixme:uniscribe:ScriptCacheGetHeight 0x9f4,0x61c0d074,0x4190eeb8 fixme:uniscribe:ScriptCacheGetHeight 0xa10,0x61c0d0b2,0x4190eeb8 fixme:ole:CoRegisterMessageFilter stub err:ole:marshal_object couldn't get IPSFactory buffer for interface {0131---c000-0046} fixme:uniscribe:ScriptCacheGetHeight 0x9f4,0x61c0d0f0,0x4190ea8c fixme:system:SystemParametersInfoW Unimplemented action: 8193 (SPI_SETFOREGROUNDLOCKTIMEOUT) fixme:uniscribe:ScriptCacheGetHeight 0x9f4,0x61c0d12e,0x4190c518 err:x11drv:X11DRV_CreateWindow invalid window width -85 err:x11drv:X11DRV_CreateWindow invalid window height -1106115128 fixme:uniscribe:ScriptCacheGetHeight 0xa10,0x61c0d16c,0x4190be6c err:ole:marshal_object couldn't get IPSFactory buffer for interface {0131---c000-0046} err:ole:marshal_object couldn't get IPSFactory buffer for interface {0131---c000-0046} fixme:uniscribe:ScriptApplyDigitSubstitution 0x61be3a70,0x4190a09a,0x4190a098 fixme:uniscribe:ScriptItemize Lfor Kevin DeKorte,17,18,0x4190a09a,0x4190a098,0x4e48dbf8,0x41909d28 fixme:font:GetCharacterPlacementW flags 0x00080012 ignored fixme:font:GetCharacterPlacementW classes not implemented Warning: the specified System directory Lc:\\windows\\system32 is not accessible. Warning: the specified System directory Lc:\\windows\\system32 is not accessible. fixme:netapi32:NetUserEnum ((null),20, 0x2,0x4191f2e4,2,0x4191f4ec,0x4191f4f0,0x4191f2dc) 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 err:virtual:NtQueryVirtualMemory Unsupported on other process (last line is repeated several times) -- Get my public GnuPG key from http://keyserver.veridis.com:11371/export?id=7574690260641978351 Index: include/usp10.h === RCS file: /home/wine/wine/include/usp10.h,v retrieving revision 1.2 diff -u -r1.2 usp10.h --- include/usp10.h 1 Aug 2005 09:18:53 - 1.2 +++ include/usp10.h 26 Sep 2005 22:49:23 - @@ -108,5 +108,5 @@ const SCRIPT_CONTROL *psControl, const SCRIPT_STATE *psState, SCRIPT_ITEM *pItems, int *pcItems); HRESULT WINAPI ScriptGetFontProperties(HDC hdc, SCRIPT_CACHE *psc, SCRIPT_FONTPROPERTIES *sfp); - +HRESULT WINAPI ScriptCacheGetHeight(HDC hdc, SCRIPT_CACHE *psc, long *tmHeight ); #endif /* __USP10_H */ Index: dlls/usp10/usp10.c === RCS file: /home/wine/wine/dlls/usp10/usp10.c,v retrieving revision 1.3 diff -u -r1.3 usp10.c --- dlls/usp10/usp10.c 10 Aug 2005 09:51:40 - 1.3 +++ dlls/usp10/usp10.c 26 Sep 2005 22:49:23 - @@ -87,3 +87,9 @@ psControl, psState, pItems, pcItems); return E_INVALIDARG; } + +HRESULT WINAPI ScriptCacheGetHeight(HDC hdc, SCRIPT_CACHE *psc, long *tmHeight ) +{ +FIXME(%p,%p,%p\n,hdc,psc,tmHeight); +return E_NOTIMPL; +} \ No newline at end of file Index: dlls/usp10/usp10.spec === RCS file: /home/wine/wine/dlls/usp10/usp10.spec,v retrieving revision 1.3 diff -u -r1.3 usp10.spec --- dlls/usp10/usp10.spec 1 Aug 2005 14:52:01 - 1.3 +++ dlls/usp10/usp10.spec 26 Sep 2005 22:49:23 - @@ -3,7 +3,7 @@ @ stub ScriptApplyLogicalWidth @ stub ScriptBreak @ stub ScriptCPtoX -@ stub ScriptCacheGetHeight +@ stdcall ScriptCacheGetHeight(long ptr ptr) @ stub ScriptFreeCache @ stub ScriptGetCMap @ stdcall ScriptGetFontProperties(long ptr ptr) pgpsydXNttonM.pgp Description: PGP signature
Re: Wine CVS as of 9/25/2005 Kills Notes
On Tue, 27 Sep 2005 08:53, Kevin DeKorte wrote: Here is a patch that fixes the Call from 0x4154ba5c to unimplemented function usp10.dll.ScriptCacheGetHeight, aborting Problem But it crashes now with this message Does it work if you just delete usp10.dll.so from your /usr/local/lib/wine (or equivalent) directory?
Re: Steam broken again
Ivan Gyurdiev wrote: Is anyone interested in looking at: http://bugs.winehq.org/show_bug.cgi?id=3293 I can provide trace output, if you let me know what you need traced (ole? dbghelp? oleaut?). It would be nice if Steam could be made to work, so Oliver's D3D work can be tested w/ Half Life 2. Steam used to work, but an update has broken it again. Is it a regression caused by a change in steam or a change in wine? If you would be so kind as to some regression testing outlined here: http://www.winehq.org/site/docs/wine-devel/x1316 If it is a regression in wine you should be able to find the patch tha broke it and report it here. -- Tony Lambregts
Re: RH8 spec for 20050830
Le lun 26/09/2005 à 14:59, Michael Ost a écrit : Can someone who understands wine build issues review this RPM spec file for me, please? Attached is the spec file I'm using for 20050830 on RH8 (not finished building on all other distributions yet). The RPMs for Redhat 8 are getting pretty long in the tooth on the Wine downloads page... dating back to May 24. I wanted to build a source RPM to work with, so I modified the 20050524 spec file for 20050830. I know, that's my fault (and real life's fault in general). It seems that there are changes in fonts and documentation. I removed some lines that were keeping rpmbuild from working. But I feel like I am tampering with issues beyond my grasp. Do the attached changes to the spec file look ok (temporarily marked with todo)? Any gotchas? Anything missing? --sysconfdir is not needed anymore by configure (harmless if present). dlls/wineps had a installable file not installed by default (fixed since then). See the diff for the rest of it, but your changes pretty much covered it. The fonts part is because not everyone has fontforge installed, so I prefer to provide already built fonts. Not sure what was your problem with the fonts. Vincent --- wine-20050524-1rh8winehq.spec 2005-05-30 22:48:05.0 -0400 +++ wine-20050830-1rh8winehq.spec 2005-09-21 21:59:07.0 -0400 @@ -1,4 +1,4 @@ -%define DATE 20050524 +%define DATE 20050830 Summary: A Windows 16/32 bit emulator. Name: wine Version: %{DATE} @@ -42,8 +42,7 @@ %build export CFLAGS=$RPM_OPT_FLAGS -%configure \ - --sysconfdir=%{_sysconfdir}/wine +%configure %{__make} depend %{__make} @@ -53,21 +52,10 @@ %makeinstall \ includedir=%{?buildroot:%{buildroot}}%{_includedir}/wine \ - sysconfdir=%{?buildroot:%{buildroot}}%{_sysconfdir}/wine \ - dlldir=%{?buildroot:%{buildroot}}%{_libdir}/wine \ - LDCONFIG=/bin/true \ - UPDATE_DESKTOP_DATABASE=/bin/true -%makeinstall \ - -C dlls/wineps \ - includedir=%{?buildroot:%{buildroot}}%{_includedir}/wine \ - sysconfdir=%{?buildroot:%{buildroot}}%{_sysconfdir}/wine \ dlldir=%{?buildroot:%{buildroot}}%{_libdir}/wine \ LDCONFIG=/bin/true \ UPDATE_DESKTOP_DATABASE=/bin/true -mkdir -p $RPM_BUILD_ROOT%{_sysconfdir}/wine -install -c -m 0644 documentation/samples/config $RPM_BUILD_ROOT%{_sysconfdir}/wine/config - cat RedHat EOF Wine directory structure used in Red Hat Linux: === @@ -154,7 +142,6 @@ %{_libdir}/wine/*.so %{_mandir}/man1/wine.1* %{_mandir}/man1/winedbg.1* -%{_mandir}/man5/wine.conf.5* %{_datadir}/aclocal/wine.m4 %{_datadir}/applications/wine.desktop %attr(0755, root, root) %dir %{_datadir}/fonts/wine @@ -163,12 +150,10 @@ %attr(0755, root, root) %dir %{_datadir}/wine %{_datadir}/wine/generic.ppd %{_datadir}/wine/wine.inf -%config %{_sysconfdir}/wine %config %{_initrddir}/wine %doc ANNOUNCE BUGS COPYING.LIB ChangeLog DEVELOPERS-HINTS LICENSE LICENSE.OLD README VERSION %doc AUTHORS RedHat %doc documentation/ChangeLog.OLD documentation/README.de documentation/README.es documentation/README.fr documentation/README.it documentation/README.pt documentation/README.pt_br -%doc documentation/samples %files devel %defattr(-,root,root) @@ -196,6 +181,16 @@ %{_libdir}/wine/*.def %changelog +* Wed Sep 21 2005 Vincent Béron [EMAIL PROTECTED] 20050830-1rh8 +- Update to 20050830 + +* Wed Sep 21 2005 Vincent Béron [EMAIL PROTECTED] 20050725-1rh8 +- Update to 20050725 + +* Tue Jun 28 2005 Vincent Béron [EMAIL PROTECTED] 20050628-1rh8 +- Update to 20050628 +- Config file now deprecated, use winecfg and/or regedit + * Mon May 30 2005 Vincent Béron [EMAIL PROTECTED] 20050524-1rh8 - Update to 20050524 - Remove pdf documentation build as it's no more included in the main archive
Re: Wine CVS as of 9/25/2005 Kills Notes
On Monday 26 September 2005 05:43 pm, Troy Rollo wrote: On Tue, 27 Sep 2005 08:53, Kevin DeKorte wrote: Here is a patch that fixes the Call from 0x4154ba5c to unimplemented function usp10.dll.ScriptCacheGetHeight, aborting Problem But it crashes now with this message Does it work if you just delete usp10.dll.so from your /usr/local/lib/wine (or equivalent) directory? Yes Kevin -- Get my public GnuPG key from http://keyserver.veridis.com:11371/export?id=7574690260641978351 pgpWDyOVMmL4t.pgp Description: PGP signature
Re: RICHED20: fix stylesheet reading and input callback
Krzysztof Foltman wrote: ChangeLog: * Optional destinations in stylesheets are now skipped properly (and not treated as the proper styles as they were before) * EOF condition in the middle of the stylesheet is no longer putting the reader into infinite loop * Half-full input buffers don't trigger EOF anymore (although it could, in theory, break some apps, I find it unlikely - and the change makes Out from Boneville installer display license properly) In case of the problems with the last change (which shouldn't happen, but we deal with Windows apps here ;-) ), uncomment the block starting at line 132 in reader.c I can report a regression as of today. Running the Steam installer for Half Life 2 Demo got to the EULA in the morning. It is now not able to display the EULA. fixme:richedit:RichEditANSIWndProc WM_SETFONT: stub fixme:richedit:RichEditANSIWndProc WM_SETFONT: stub ReadStyleSheet: missing style number Last token read was } near line 3, position 22. wine-pthread: style.c:62: ME_ToCF2W: Assertion `from-cbSize = sizeof(CHARFORMAT2W)' failed. wine: Unhandled exception (thread 0009), starting debugger... WineDbg starting on pid 0x8 Unhandled exception: assertion failed in 32-bit code (0x3b14b935). In 32 bit mode. Register dump: CS:0073 SS:007b DS:007b ES:007b FS:1007 GS:0033 EIP:3b14b935 ESP:7fca6ae4 EBP:7fca6af4 EFLAGS:0202( - 00 - - I1) EAX: EBX:7786 ECX:7786 EDX:0006 ESI: EDI:3b23dff4 Stack dump: 0x7fca6ae4: 7786 3b23dff4 b7fc7a30 0x7fca6af4: 7fca6c18 3b14ce6b 0006 3b23dff4 0x7fca6b04: 005e 005f 7fca6bcc 3b17cf28 0x7fca6b14: 7d16dbe0 005f 005e fbad8000 0x7fca6b24: 7d16dbe0 7d16dbe0 7d16dbe0 7d16dbe0 0x7fca6b34: 7d16dc3e 7d16dc44 7d16dbe0 7d16dc44 0200: sel=1007 base=7fffc000 limit=1fff 32-bit rw- Backtrace: =1 0x3b14b935 gsignal+0x45 in libc.so.6 (0x7fca6af4) 2 0x3b14ce6b abort+0xe7 in libc.so.6 (0x7fca6c18) 3 0x3b144fa6 __assert_fail+0xb6 in libc.so.6 (0x7fca6c38) 4 0x20511cb4 ME_CopyToCF2W+0x0(to=0x7fca6c78, from=0x7fca8fb4) [/home/phantom/src/wine/dlls/riched20/style.c:67] in riched20 (0x7fca6c5c) 5 0x20511fe7 ME_ApplyStyle+0x2b(sSrc=0x7f6c39a0, style=0x7fca8fb4) [/home/phantom/src/wine/dlls/riched20/style.c:154] in riched20 (0x7fca6cf8) 6 0x205057d5 ME_RTFReadHook+0xdd(info=0x7fca6e60) [/home/phantom/src/wine/dlls/riched20/editor.c:490] in riched20 (0x7fca6dd0) 7 0x2050d505 RTFGetToken+0x35(info=0x7fca6e60) [/home/phantom/src/wine/dlls/riched20/reader.c:464] in riched20 (0x7fca6de4) 8 0x2050d9cd RTFRead+0x25(info=0x7fca6e60) [/home/phantom/src/wine/dlls/riched20/reader.c:379] in riched20 (0x7fca6df8) 9 0x20509306 RichEditANSIWndProc+0x271a(hWnd=0x3004e, msg=0x449, wParam=0x2, lParam=0x7fcad194) [/home/phantom/src/wine/dlls/riched20/editor.c:591] in riched20 (0x7fcacffc) 10 0x20509eec RichEdit10ANSIWndProc+0x24(hWnd=0x3004e, msg=0x449, wParam=0x2, lParam=0x7fcad194) [/home/phantom/src/wine/dlls/riched20/editor.c:1951] in riched20 (0x7fcad020) 11 0x682ca26f WINPROC_wrapper+0x17 in user32 (0x7fcad044) 12 0x682cac86 WINPROC_CallWndProc+0x5a(wParam=0x2, lParam=0x7fcad194) [/home/phantom/src/wine/dlls/user/winproc.c:415] in user32 (0x7fcad078) 13 0x682cda89 CallWindowProcA+0x161(func=0x4fd69000, hwnd=0x3004e, msg=0x449, wParam=0x2, lParam=0x7fcad194) [/home/phantom/src/wine/dlls/user/winproc.c:3230] in user32 (0x7fcad0a4) 14 0x682a3dc5 call_window_proc+0xa1(lparam=0x7fcad194, unicode=0x0, same_thread=0x1) [/home/phantom/src/wine/dlls/user/message.c:1520] in user32 (0x7fcad0fc) 15 0x682a7136 SendMessageTimeoutA+0x1ba(hwnd=0x3004e, msg=0x449, wparam=0x2, lparam=0x7fcad194, flags=0x0, timeout=0x0, res_ptr=0x7fcad174) [/home/phantom/src/wine/dlls/user/message.c:2396] in user32 (0x7fcad150) 16 0x682a71b5 SendMessageA+0x31(hwnd=0x3004e, msg=0x449, wparam=0x2, lparam=0x7fcad194) [/home/phantom/src/wine/dlls/user/message.c:2440] in user32 (0x7fcad17c) 17 0x1000a637 in glc252.tmp (+0xa637) (0x7fcad1a0) 18 0x10009b89 [EMAIL PROTECTED] in glc252.tmp (0x7fcad5f8) 19 0x10009a61 [EMAIL PROTECTED] in glc252.tmp (0x7fcadeec) 20 0x682ca26f WINPROC_wrapper+0x17 in user32 (0x7fcadf10) 21 0x682cac86 WINPROC_CallWndProc+0x5a(wParam=0x0, lParam=0x0) [/home/phantom/src/wine/dlls/user/winproc.c:415] in user32 (0x7fcadf44) 22 0x682cd99e CallWindowProcA+0x76(func=0x6832a118, hwnd=0x30044, msg=0x110, wParam=0x0, lParam=0x0) [/home/phantom/src/wine/dlls/user/winproc.c:3245] in user32 (0x7fcadf70) 23 0x6827a0f8 DefDlgProcA+0x54(hwnd=0x30044, msg=0x110, wParam=0x0, lParam=0x0) [/home/phantom/src/wine/dlls/user/defdlg.c:453] in user32 (0x7fcadfa0) 24 0x682ca26f WINPROC_wrapper+0x17 in user32 (0x7fcadfc4) 25 0x682cac86 WINPROC_CallWndProc+0x5a(wParam=0x0, lParam=0x0) [/home/phantom/src/wine/dlls/user/winproc.c:415] in user32 (0x7fcadff8) 26 0x682cf3fb CallWindowProcW+0x117(func=0x68329e1a, hwnd=0x30044, msg=0x110, wParam=0x0, lParam=0x0)
Re: Steam broken again
Tony Lambregts wrote: Ivan Gyurdiev wrote: Is anyone interested in looking at: http://bugs.winehq.org/show_bug.cgi?id=3293 I can provide trace output, if you let me know what you need traced (ole? dbghelp? oleaut?). It would be nice if Steam could be made to work, so Oliver's D3D work can be tested w/ Half Life 2. Steam used to work, but an update has broken it again. Is it a regression caused by a change in steam or a change in wine? I don't know. I suspect it's Steam's fault, since I read that Cedega ran into problems also, and fixed them. To be sure, I'd have to test older versions of wine... that would be useful for hunting down what broke Warcraft3/Fthrone as well. I'll give it a try over the weekend.
Re: build errors
Oliver Stieber escreveu: --- Phil Krylov [EMAIL PROTECTED] wrote: Hi, I can't build current CVS version of Wine: I had exactly the same problem, I found that cleaning out my local tree and fetching everything from CVS fixed the problem. To fix the problem for me, instead of clean, I´d do the folowing command in wine tree: rm */*/*.spec.*
Re: Wine CVS as of 9/25/2005 Kills Notes
On Monday 26 September 2005 06:50 pm, Kevin DeKorte wrote: On Monday 26 September 2005 05:43 pm, Troy Rollo wrote: On Tue, 27 Sep 2005 08:53, Kevin DeKorte wrote: Here is a patch that fixes the Call from 0x4154ba5c to unimplemented function usp10.dll.ScriptCacheGetHeight, aborting Problem But it crashes now with this message Does it work if you just delete usp10.dll.so from your /usr/local/lib/wine (or equivalent) directory? Yes Kevin Actually I retested with a clean CVS build and setting usp10.dll to be native and then running wine nlnotes it crashes with the following wine nlnotes Warning: the specified System directory Lc:\\windows\\system32 is not accessible. Warning: the specified System directory Lc:\\windows\\system32 is not accessible. Warning: the specified System directory Lc:\\windows\\system32 is not accessible. fixme:uniscribe:ScriptGetProperties 0x61be3aa8,0x61be3a7c fixme:uniscribe:ScriptRecordDigitSubstitution 1024,0x61be3a70 fixme:uniscribe:ScriptCacheGetHeight 0xa60,0x61c0d036,0x4190edc4 fixme:uniscribe:ScriptCacheGetHeight 0xa60,0x61c0d074,0x4190eeb8 fixme:uniscribe:ScriptCacheGetHeight 0xa7c,0x61c0d0b2,0x4190eeb8 fixme:ole:CoRegisterMessageFilter stub err:ole:marshal_object couldn't get IPSFactory buffer for interface {0131---c000-0046} fixme:uniscribe:ScriptCacheGetHeight 0xa60,0x61c0d0f0,0x4190ea8c fixme:uniscribe:ScriptCacheGetHeight 0xa60,0x61c0d12e,0x4190c518 fixme:system:SystemParametersInfoW Unimplemented action: 8193 (SPI_SETFOREGROUNDLOCKTIMEOUT) err:x11drv:X11DRV_CreateWindow invalid window width -85 err:x11drv:X11DRV_CreateWindow invalid window height -1106180664 fixme:uniscribe:ScriptCacheGetHeight 0xa7c,0x61c0d16c,0x4190be6c err:ole:marshal_object couldn't get IPSFactory buffer for interface {0131---c000-0046} err:ole:marshal_object couldn't get IPSFactory buffer for interface {0131---c000-0046} fixme:uniscribe:ScriptApplyDigitSubstitution 0x61be3a70,0x4190a09a,0x4190a098 fixme:uniscribe:ScriptItemize Lfor Kevin DeKorte,17,18,0x4190a09a,0x4190a098,0x4ef50810,0x41909d28 fixme:font:GetCharacterPlacementW flags 0x00080012 ignored fixme:font:GetCharacterPlacementW classes not implemented Warning: the specified System directory Lc:\\windows\\system32 is not accessible. Warning: the specified System directory Lc:\\windows\\system32 is not accessible. fixme:netapi32:NetUserEnum ((null),20, 0x2,0x4191f2e4,2,0x4191f4ec,0x4191f4f0,0x4191f2dc) 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 err:virtual:NtQueryVirtualMemory Unsupported on other process -- Get my public GnuPG key from http://keyserver.veridis.com:11371/export?id=7574690260641978351 pgpplMB5Ht33U.pgp Description: PGP signature
Re: Wine CVS as of 9/25/2005 Kills Notes
On Tue, 27 Sep 2005 10:50, Kevin DeKorte wrote: On Monday 26 September 2005 05:43 pm, Troy Rollo wrote: Does it work if you just delete usp10.dll.so from your /usr/local/lib/wine (or equivalent) directory? Yes OK, then a correct fix would involve implementing (or at least providing an implementation that appears to return valid data) the entry point (and any others used by Notes) rather than just providing a stub. Unfortunately the documentation for the Uniscribe functions in MSDN is atrocious even by Microsoft standards. At a guess Notes has called ScriptGetFontProperties, which should populate the script variable. Try the following (untested, may not even compile) as a starting point (You will need to fill out the ScriptFreeCache entry in the spec file). --- usp10.c 2005-08-11 09:38:40.0 +1000 +++ usp10new.c 2005-09-27 12:05:28.0 +1000 @@ -33,6 +33,11 @@ WINE_DEFAULT_DEBUG_CHANNEL(uniscribe); +typedef struct +{ + TEXTMETRICW tm; +} WINE_SCRIPT_CACHE; + BOOL WINAPI DllMain(HINSTANCE hInstDLL, DWORD fdwReason, LPVOID lpv) { switch(fdwReason) { @@ -45,6 +50,27 @@ return TRUE; } +static SCRIPT_CACHE USP_GetScriptCache(HDC hdc) +{ + WINE_SCRIPT_CACHE *p; + + if (!hdc) + return NULL; + + p = HeapAlloc(GetProcessHeap(), 0, sizeof(WINE_SCRIPT_CACHE)); + + if (GetTextMetricW(hdc, p-tm)) + return (SCRIPT_CACHE) p; + HeapFree(GetProcessHeap(), 0, p); + return NULL; +} + +HRESULT WINAPI ScriptFreeCache(SCRIPT_CACHE *psc) +{ + HeapFree(GetProcessHeap(), 0, *psc); + *psc = 0; +} + HRESULT WINAPI ScriptGetProperties(const SCRIPT_PROPERTIES ***ppSp, int *piNumScripts) { FIXME(%p,%p\n,ppSp,piNumScripts); @@ -54,6 +80,21 @@ HRESULT WINAPI ScriptGetFontProperties(HDC hdc, SCRIPT_CACHE *psc, SCRIPT_FONTPROPERTIES *sfp) { FIXME(%p,%p,%p\n, hdc, psc, sfp); +WINE_SCRIPT_CACHE *p; + +if (!hdc) +{ + if (!psc || !*psc) + return E_PENDING; +} +else if (!psc || !*psc) +{ + p = USP_GetScriptCache(hdc); + if (!p) + return E_FAIL; + if (psc) + *psc = p; +} /* return something sensible? */ if (NULL != sfp) { sfp-cBytes= sizeof(SCRIPT_FONTPROPERTIES); @@ -63,6 +104,9 @@ sfp-wgKashida = 1; sfp-iKashidaWidth = 0; } + +if (!psc) + HeapFree(GetProcessHeap(), 0, p); return 0; } @@ -87,3 +131,14 @@ psControl, psState, pItems, pcItems); return E_INVALIDARG; } + +HRESULT WINAPI ScriptCacheGetHeight(HDC hdc, SCRIPT_CACHE *psc, long *tmHeight ) +{ + WINE_SCRIPT_CACHE *p; + + if (!*psc) + return E_FAIL; + p = *psc; + *tmHeight = p-tm.tmHeight; + return S_OK; +}
Re: Wine CVS as of 9/25/2005 Kills Notes
On Tue, 27 Sep 2005 12:06, Kevin DeKorte wrote: Actually I retested with a clean CVS build and setting usp10.dll to be native and then running wine nlnotes it crashes with the following ... fixme:uniscribe:ScriptCacheGetHeight 0xa60,0x61c0d0f0,0x4190ea8c fixme:uniscribe:ScriptCacheGetHeight 0xa60,0x61c0d12e,0x4190c518 ... It didn't find the native usp10.dll.
Re: Wine CVS as of 9/25/2005 Kills Notes
--- Troy Rollo [EMAIL PROTECTED] wrote: On Tue, 27 Sep 2005 10:50, Kevin DeKorte wrote: On Monday 26 September 2005 05:43 pm, Troy Rollo wrote: Does it work if you just delete usp10.dll.so from your /usr/local/lib/wine (or equivalent) directory? Yes I've found that switching off usp10 in the dlls overrides works fine (even if you don't have a copy of usp10.dll) Oliver. ___ Yahoo! Messenger - NEW crystal clear PC to PC calling worldwide with voicemail http://uk.messenger.yahoo.com
winsock2 header missing function prototypes
Hey, While trying out example code from msdn covering windows sockets, I ran into a problem with the winsock2.h header. The example only included winsock2.h and used the socket() function. While compiling with winelib, gcc complained that socket is not a function. I looked through winsock2.h and couldn't find the prototype. It turns out the prototype is in winsock.h. I then checked to see if winsock2.h included winsock.h, and it turns out it does, but with __WINE_WINSOCK2__ defined. This prevents the prototypes from being included from winsock.h because they are protected by an if !defined(__WINE_WINSOCK2__). Right above this block is the note: /* * Prototypes * * Remember to keep this section in sync with the * Winsock Function Typedefs section in winsock2.h. */ I looked at the Winsock Function Typedefs from winsock2.h and they are just a bunch of typedefs (of course). If we can compile this program in windows, shouldn't we be able to compile it with winelib/make too? Is there anything I'm doing wrong or should something be fixed in the headers? Thanks, James Hawkins
Re: Wine CVS as of 9/25/2005 Kills Notes
--- Kevin DeKorte [EMAIL PROTECTED] wrote: On Monday 26 September 2005 06:50 pm, Kevin DeKorte wrote: On Monday 26 September 2005 05:43 pm, Troy Rollo wrote: On Tue, 27 Sep 2005 08:53, Kevin DeKorte wrote: Here is a patch that fixes the Call from 0x4154ba5c to unimplemented function usp10.dll.ScriptCacheGetHeight, aborting Problem But it crashes now with this message Does it work if you just delete usp10.dll.so from your /usr/local/lib/wine (or equivalent) directory? Yes Kevin Actually I retested with a clean CVS build and setting usp10.dll to be native and then running wine nlnotes it crashes with the following setting usp10.dll to disabled so that it never gets loaded worked for me. ___ How much free photo storage do you get? Store your holiday snaps for FREE with Yahoo! Photos http://uk.photos.yahoo.com
Re: Wine CVS as of 9/25/2005 Kills Notes
On Monday 26 September 2005 08:11 pm, Troy Rollo wrote: On Tue, 27 Sep 2005 12:06, Kevin DeKorte wrote: Actually I retested with a clean CVS build and setting usp10.dll to be native and then running wine nlnotes it crashes with the following ... fixme:uniscribe:ScriptCacheGetHeight 0xa60,0x61c0d0f0,0x4190ea8c fixme:uniscribe:ScriptCacheGetHeight 0xa60,0x61c0d12e,0x4190c518 ... It didn't find the native usp10.dll. Ok, if I delete /usr/lib/wine/usp10.dll.so then Notes will start. Weird side effect is that the fonts in the menus are anti-aliased, but the main window of notes is not. If I fall back the the previous version all the fonts are properly smoothed. Kevin -- Get my public GnuPG key from http://keyserver.veridis.com:11371/export?id=7574690260641978351 pgpF8eJnSoifc.pgp Description: PGP signature
Re: winsock2 header missing function prototypes
On 9/26/05, James Hawkins [EMAIL PROTECTED] wrote: Hey, While trying out example code from msdn covering windows sockets, I ran into a problem with the winsock2.h header. The example only included winsock2.h and used the socket() function. While compiling with winelib, gcc complained that socket is not a function. I looked through winsock2.h and couldn't find the prototype. It turns out the It turns out it's my fault..really silly actually. I didn't realize that I named the variable socket. Sorry about all the noise :) -- James Hawkins
Re: Steam broken again
On 9/26/05, Ivan Gyurdiev [EMAIL PROTECTED] wrote: that would be useful for hunting down what broke Warcraft3/Fthrone as well. I'll give it a try over the weekend. Are you talking about the War3 installer or something else?
Re: msvcrt: portable printf integer conversions
Hi Jesse, Jesse Allen wrote: Here's a patch to start the work on getting our own printf number conversions done internally. It adds pf_integer_conv, which is capable of handling d,x,o,u,i. However, a large part of my intent is to add support for I64 size integers. So I've decided to only foward I64 sizes to it at this time, and leave the rest intact, as I've only tested I64. I sent a message to wine-devel last night for comments, but it seems to have gotten lost. We need to guage how to restructure the printf code, especially since I've found two bugs in our current implementation. Code to handle %I64 and %I32 has been missing for a while. Thanks for looking into this. Please make sure to write some test cases, as changing it will probably break something (or even make some of the current test cases pass). If you look at glibc's printf code, you'll realize how messy complete printf handling is... IMO, it would be better to let glibc handle the complexities of printf where possible, and work around the differences as we have done so far. Some comments on the patch: +if( flags-Format == 'X' ) +digits = 0123456789ABCDEFGHIJKLMNOPQRSTUVWXYZ; +else +digits = 0123456789abcdefghijklmnopqrstuvwxyz; Do you really need the whole alphabet? +else if( *(p+1) == '3' *(p+2) == '2' ) +{ +FIXME(%%I32 unhandled\n); +p += 3; +} +else +{ +FIXME(%%I unhandled\n); +p++; Seems like if you have the code to do %I64, then doing %I32 would be easy too... I think that you'll find that %I31 is invalid, but again you'll need a test case to make sure. Mike
Re: setupapi: implement SetupGetInfFileListW and SetupGetInfInformationW
Hi Rob, On 9/24/05, Robert Shearman [EMAIL PROTECTED] wrote: -else err = parse_buffer( file, buffer, (WCHAR *)((char *)buffer + size), error_line ); +else +{ +WCHAR *new_buff = (WCHAR *)buffer; +/* Some UNICODE files may start with the UNICODE marker */ +if (*new_buff == 0xfeff) +new_buff++; +err = parse_buffer( file, new_buff, (WCHAR *)((char *)new_buff + size), error_line ); +} Any time a Zero-Width Non-breaking Space is specifically skipped like this it is a bug. You should *never* have to do this if you use the right functions (isspaceW, etc). Is there some other bug lurking that made this change necessary? According to Hervé the *.inf files in the windows/system32/inf folder had some junk chars in the Unicode header or something like that and it causes the need for the skipping. He was worried that isspaceW might not handle the junk properly. There is a question about the sizeof WCHAR usage so I will check with him again and send along another patch later in the week. If Alexandre does not like the check I can also ask him to test it using isspaceW. Thanks Steven
Re: msvcrt: portable printf integer conversions
On 9/26/05, Mike McCormack [EMAIL PROTECTED] wrote: Hi Jesse, Code to handle %I64 and %I32 has been missing for a while. Thanks for looking into this. Please make sure to write some test cases, as changing it will probably break something (or even make some of the current test cases pass). If you look at glibc's printf code, you'll realize how messy complete printf handling is... IMO, it would be better to let glibc handle the complexities of printf where possible, and work around the differences as we have done so far. Some comments on the patch: +if( flags-Format == 'X' ) +digits = 0123456789ABCDEFGHIJKLMNOPQRSTUVWXYZ; +else +digits = 0123456789abcdefghijklmnopqrstuvwxyz; Do you really need the whole alphabet? Heh, I've read various printf implementation over time. The last one, ReactOS, seemed to provide support for numbering systems base 2 through 36. You'll see my version does mimic theirs, but we never do anything other than 8, 10, and 16. I'm not sure if there is any printf out there that actually allows you to specify the base. For this patch it could easily be cut to the 'f' as maximum, except I use the 'x' digit in the case of the special 0x and 0X prepending cases. To change that, we just add in a test for the large type there. +else if( *(p+1) == '3' *(p+2) == '2' ) +{ +FIXME(%%I32 unhandled\n); +p += 3; +} +else +{ +FIXME(%%I unhandled\n); +p++; Seems like if you have the code to do %I64, then doing %I32 would be easy too... Exactly, although we could forward I32 to libc's right? I think that you'll find that %I31 is invalid, but again you'll need a test case to make sure. Mike I believe what happens if you pass a number other that 32 or 64, the conversion stops. Note that I64 floats will be just processed like integers? Not a big deal as we lacked any real function before. I will pull up my patch of test cases (never applied) from last time and see if it will still work against cvs. Jesse
Re: Steam broken again
Are you talking about the War3 installer or something else? No...the game no longer runs - it crashes right after you start playing: http://bugs.winehq.org/show_bug.cgi?id=3343
Re: msvcrt: portable printf integer conversions
Jesse Allen wrote: I've read various printf implementation over time. The last one, ReactOS, seemed to provide support for numbering systems base 2 through 36. You'll see my version does mimic theirs, but we never do anything other than 8, 10, and 16. I'm not sure if there is any printf out there that actually allows you to specify the base. For this patch it could easily be cut to the 'f' as maximum, except I use the 'x' digit in the case of the special 0x and 0X prepending cases. To change that, we just add in a test for the large type there. Generally if something isn't used, then it shouldn't be included. You specified your 'x' as digits[33], and you could easily delete the rest of the alphabet after 'f' and use digits[16] for 'x'. I will pull up my patch of test cases (never applied) from last time and see if it will still work against cvs. Somebody (not you, i think) submitted a few test cases before that did something like: printf(buf,%s %d %c\n, blah, 10, 'x' ); ok( strlen(buf) == 9, wrong length\n ); That doesn't test the code so well, so please make sure to check the output is correct in an unambiguous way. eg. ok( !strcmp(buf,blah 10 x), wrong output\n); I'd check some combinations of stuff like: ( %I64x %0I64x %1I64d %i64x %i64d %I64D %50I64d %-1I64d %-50I64d etc ) for values: 0, -1, ~1, ~0, 100, -100 Mike