wine-devel July 2003

wine-devel@winehq.org

111 participants
281 discussions

Start a nNew thread

Wine ToDo's
by Tom 07 Jul '03

07 Jul '03

Hi, Anyone have anything to add to this before I send it to wine patches ? Tom

1 0

Wine Status Core update
by Tom 07 Jul '03

07 Jul '03

Hello, This is what I have so far on the Status Core page. If you see anything out of place "please" just let me know. There will be more WWN links added in and "some" links to Documentation as well. Thanks Tom

1 0

GDI renderer
by olivier 07 Jul '03

07 Jul '03

Hello, I have found a discussion about the build of a new wine GDI renderer with SDL. (http://www.winehq.com/hypermail/wine-devel/2002/01/index.html#564) I would like to know the actual status of it, and how to configure wine to use it in place of the X11 drv? (I already have the 01-sdldrv.tgz) Olivier

2 1

Wine build under Solaris x86
by Alan Hargreaves 07 Jul '03

07 Jul '03

Before I get too heavily into looking at the issues with ptrace in the server code with Solaris, I should probably check... Is there anyone else out there at all working to try to get this beast built (let alone working) under Solaris x86? alan. -- Alan Hargreaves Senior Technical Support Specialist Phone : +61 2 9844 5379 VOSJEC Engineer Mobile : +61 416 207 573 Product Technical Support (APAC) Fax : +61 2 9418 2143 Sun Microsystems Call Centre: 1 800 555 786 828 Pacific Highway, Gordon NSW 2072 perl -e 'print $i=pack(c5,(41*2),sqrt(7056),(unpack(c,H)-2),oct(115),10);

1 1

Again an IS Error
by Uwe Bonnes 07 Jul '03

07 Jul '03

Hallo, has anybody an idea why the Installshield for Altera Quartus III web edition crashes? The are the last ole messages before the _xread fails: trace:ole:ITypeLib2_fnRelease (0x431ac350)->(1) trace:ole:ITypeInfo_fnGetRefTypeInfo (0x40446ad0) hreftype 0x0000 loaded SUCCESS (0x431adb30) trace:ole:ITypeInfo_fnGetFuncDesc (0x431adb30) index 0 trace:ole:ITypeInfo_fnGetFuncDesc (0x431adb30) index 1 trace:ole:ITypeInfo_fnGetFuncDesc (0x431adb30) index 2 trace:ole:ITypeInfo_fnRelease (0x431adb30)->(1) trace:ole:ITypeInfo_fnGetNames (0x40446ad0) memid=0x60000002 Maxname=10 trace:ole:ITypeInfo_fnGetRefTypeInfo typeinfo in imported typelib that is already loaded trace:ole:ITypeLib2_fnAddRef (0x431ac350)->ref is 1 trace:ole:ITypeLib2_fnGetTypeInfo (0x431ac350)->(index=3) trace:ole:ITypeInfo_fnAddRef (0x431adb30)->ref is 2 trace:ole:ITypeLib2_fnGetTypeInfo -- found (0x431adb30) trace:ole:ITypeLib2_fnRelease (0x431ac350)->(1) trace:ole:ITypeInfo_fnGetRefTypeInfo (0x40446ad0) hreftype 0x0000 loaded SUCCESS (0x431adb30) trace:ole:ITypeInfo_fnGetNames (0x431adb30) memid=0x60000002 Maxname=10 trace:ole:ITypeInfo_fnRelease (0x431adb30)->(1) trace:ole:_invoke Calling 0x432154(41511e50,) trace:ole:_invoke returns 00000001 trace:ole:CoUninitialize () = 00000001 () trace:ole:CoUninitialize () trace:ole:CoUninitialize () - Releasing the COM libraries trace:ole:RunningObjectTableImpl_UnInitialize () trace:ole:RunningObjectTableImpl_Release (0x403d1178) trace:ole:RunningObjectTableImpl_Destroy () trace:ole:DllMain 0x40a30000 0x0 0x1 trace:ole:CoRevokeMallocSpy trace:ole:MallocSpyDumpLeaks leaks: 0 trace:ole:IMallocSpy_fnRelease (0x40a8cfb8)->(count=0) fixme:ole:_xread Read only 0 of 4 bytes from 0x5c. fixme:ole:_StubReaderThread Failed with hres 80004005 Thanks -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt --------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------

2 1

Word in Hebrew and Wine
by Shachar Shemesh 07 Jul '03

07 Jul '03

Hi, I have a pretty good estimate of what needs to be done to get Word supported in Hebrew. The current problems have to do with Word calling "GetKeyboardLang" after each character, and using the result as a basis for interpreting each received character. Currently, this function just returns the system locale, which causes Word to assume each and every letter is a Hebrew one, even the English ones. The results are pretty catastrophic, as people have reported (typing "Hi there everyone" typically results in the screen showing "Hthere everyone i", with "yone" highlighted with green to say it has syntax correction to suggest. The correct is to replace "there" with "they're"). I have been itching to do an overhaul of the Wine keyboard handling for some time. I think the current scheme is overly complicated, and causes problems. This is a major task, but I may be able to recrute some local help. I am a bit worried, however, about the fact that some other people may also working on a similar task at the moment. I know Dmitry said in the past he is rennovating the keyboard a little, and I know codeweavers still hold a patch that will allow UTF-8 input locale to work. I would like to coordinate the effort. If anyone is working on the keyboard right now, please let me know. Shachar -- Shachar Shemesh Open Source integration consultant Home page & resume - http://www.shemesh.biz/

4 9

MAX_PALETTES
by Dustin Navea 07 Jul '03

07 Jul '03

I was looking thru the website for something easy that is listed as a todo and saw the item for correcting arrays that are done like [256] instead of [MAX_PATH], etc.. Looking thru the sources, in d3d8_private.h MAX_PALETTES is defined as 256 and then used later in the file and I believe in other d3d8 files, while it isnt even mentioned in ddraw files, although almost identical functions are called.. I was wondering if I should go ahead and add in the define for MAX_PALETTES in ddraw.h and then correct the palette definitions/declarations in the ddraw code and submit it.. ===== -- Dustin Navea Minor Contributor, winehq.com Buzilla Janitor, bugs.winehq.com Network Admin, irc.blynk.net (down) __________________________________ Do you Yahoo!? SBC Yahoo! DSL - Now only $29.95 per month! http://sbc.yahoo.com

1 0

ShellExecute, bug 22, and MDSN
by Dustin Navea 06 Jul '03

06 Jul '03

There was a mistake on my part.. I inadvertently downloaded the 20020710 binaries and reported a bug that has since been halfway fixed.. I will close the bug I opened and give an updated report when I have investigated bug 22 again with the new sources.. ===== -- Dustin Navea Minor Contributor, winehq.com Buzilla Janitor, bugs.winehq.com Network Admin, irc.blynk.net (down) __________________________________ Do you Yahoo!? SBC Yahoo! DSL - Now only $29.95 per month! http://sbc.yahoo.com

1 0

Shellexecute, bug 22, and MSDN
by Dustin Navea 06 Jul '03

06 Jul '03

Looking at: http://msdn.microsoft.com/library/default.asp?url=/library/en-us/shellcc/pl… and then looking at our shlexec.c, I noticed one small difference between the 2 and was wonder if a bug should be filed on it.. In the MSDN docs, it says that if lpOperation is null: "For systems prior to Microsoft Windows 2000, the default verb is used if it is valid and available in the registry. If not, the "open" verb is used. For Windows 2000 and later systems, the default verb is used if available. If not, the "open" verb is used. If neither verb is available, the system uses the first verb listed in the registry." In wine's shlexec.c, if lpOperation is null, we only use the open verb, like so: if (lpOperation == NULL) /* default is open */ lpOperation = "open"; I think this could hinder certain programs, especially if someone would like it to do something besides open the file (like in the case of bug 22, where it is a link, not a file).. This could also be a problem if there is no application associated with the file, since we have no window/tool allowing the user to choose the app... I guess I should add that in the code for shlexec.c we do have handling for links, but it appears to not make it that far as of right now.. So should this be filed as a bug or would it be too difficult to implement a check for the proper verb? ===== -- Dustin Navea Minor Contributor, winehq.com Buzilla Janitor, bugs.winehq.com Network Admin, irc.blynk.net (down) __________________________________ Do you Yahoo!? SBC Yahoo! DSL - Now only $29.95 per month! http://sbc.yahoo.com

2 1

"make uninstall" fails at /usr/local/share/aclocal
by Saulius Krasuckas 06 Jul '03

06 Jul '03

after i had compilled xmms software from the source, WINEs uninstall gives me an error: [s2@localhost wine]$ su -c "make uninstall" Password: cd `dirname include/__uninstall__` && make uninstall <skipped /> make[2]: Entering directory `/usr/src/wine-cvs/wine/libs/wine' rm -f /usr/local/lib/libwine.a /usr/local/lib/libwine.dll /usr/local/lib/libwine.so /usr/local/lib/libwine.so.1 make[2]: Leaving directory `/usr/src/wine-cvs/wine/libs/wine' make[1]: Leaving directory `/usr/src/wine-cvs/wine/libs' rm -f /usr/local/share/aclocal/wine.m4 rmdir /usr/local/share/aclocal rmdir: `/usr/local/share/aclocal': Directory not empty make: [uninstall] Error 1 (ignored) [s2@localhost wine]$ ll /usr/local/share/aclocal total 8 -rw-r--r-- 1 root root 5549 Jul 4 18:37 xmms.m4 is that expected way for WINE to work? or should i fill a bugreport?

3 2

← Newer
1
...
19
20
21
22
23
24
25
...
29
Older →

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-devel July 2003