wine-devel April 2006

wine-devel@winehq.org

176 participants
334 discussions

Re: mscat32: Implement the mscat32 forwarder DLL
by Michael Stefaniuc 29 Apr '06

29 Apr '06

Mike Hearn wrote: > --- /dev/null 2006-04-23 09:28:32.000000000 +0100 > +++ hq/dlls/mscat32/mscat32.spec 2006-04-29 00:35:51.000000000 +0100 > @@ -0,0 +1,38 @@ > +# This DLL just forwards to wintrust ... if a stub is filled out there, forward it here Why don't you just forward all entry points to wintrust? Would save from ever having to touch this file again. For the program it dosn't make a difference if it crashes due to a stub in mscat32 or wintrust. bye michael > + > +1 stub CryptCATVerifyMember > +2 stub CatalogCompactHashDatabase > +3 stdcall CryptCATAdminAcquireContext(long ptr long) wintrust.CryptCATAdminAcquireContext > +4 stub CryptCATAdminAddCatalog > +5 stdcall CryptCATAdminCalcHashFromFileHandle(long ptr ptr long) wintrust.CryptCATAdminCalcHashFromFileHandle > +6 stub CryptCATAdminEnumCatalogFromHash > +7 stub CryptCATAdminReleaseCatalogContext > +8 stdcall CryptCATAdminReleaseContext(long long) wintrust.CryptCATAdminReleaseContext > +9 stub CryptCATCDFClose > +10 stub CryptCATCDFEnumAttributes > +11 stub CryptCATCDFEnumAttributesWithCDFTag > +12 stub CryptCATCDFEnumCatAttributes > +13 stub CryptCATCDFEnumMembers > +14 stub CryptCATCDFEnumMembersByCDFTag > +15 stub CryptCATCDFEnumMembersByCDFTagEx > +16 stub CryptCATCDFOpen > +17 stub CryptCATCatalogInfoFromContext > +18 stub CryptCATClose > +19 stub CryptCATEnumerateAttr > +20 stub CryptCATEnumerateCatAttr > +21 stub CryptCATEnumerateMember > +22 stub CryptCATGetAttrInfo > +23 stub CryptCATGetCatAttrInfo > +24 stub CryptCATGetMemberInfo > +25 stub CryptCATHandleFromStore > +26 stub CryptCATOpen > +27 stub CryptCATPersistStore > +28 stub CryptCATPutAttrInfo > +29 stub CryptCATPutCatAttrInfo > +30 stub CryptCATPutMemberInfo > +31 stub CryptCATStoreFromHandle > +32 stdcall -private DllRegisterServer() wintrust.mscat32DllRegisterServer > +33 stdcall -private DllUnregisterServer() wintrust.mscat32DllUnregisterServer > +34 stub IsCatalogFile > +35 stub MsCatConstructHashTag > +36 stub MsCatFreeHashTag > > > ------------------------------------------------------------------------ > > -- Michael Stefaniuc Tel.: +49-711-96437-199 Sr. Network Engineer Fax.: +49-711-96437-111 Red Hat GmbH Email: mstefani(a)redhat.com Hauptstaetterstr. 58 http://www.redhat.de/ D-70178 Stuttgart

3 2

SOC Proposal - SafeDisc Support
by Vijay Kiran Kamuju 29 Apr '06

29 Apr '06

Hi, I would like to propose the SafeDisc Project for wine. Main Objective: Support for SafeDisc (basically ver 1 Support) Part 1 (Getting the basic IRP support) Secondary Objective: Have wine specific ntoskrnl.exe that handles this Requirements: Needs to have in depth knowledge of Win32 Internals as well as wine server internals. Difficulty: Moderate to High Mentors: Vitaly Margolen(vitamin) and Alexander Julliard Details: To implement the SafeDisc Support The progress and details can be found here http://wiki.winehq.org/VitaliyMargolen This basically needs the IRP framework for to be implemented for wine (the difficult part). Thanks, Vijay PS: ----- I cannot currently implement this as i have a job to do and now i dont have any free time.

1 1

Re: fix off-by-one in advpack install_init
by Juan Lang 29 Apr '06

29 Apr '06

> Thanks for sending in this patch, but I have a large queue of patches > for advpack ready to send in to wine-patches when Alexandre gets back,\ Could you send them, so Paolo et al don't have to duplicate your work? --Juan __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

2 1

A busted MSI file
by Mike Hearn 28 Apr '06

28 Apr '06

This MSI file for MSXML3: http://www.microsoft.com/downloads/details.aspx?familyid=28494391-052b-42ff… does not work. It crashes inside custom code after MsiGetPropertyW("CustomActionData") returns the empty string due to the property not being found. A relay trace indicates this sort of thing is happening: 0010:Call kernel32.lstrcmpW(7fdc68a8 L"CustomActionData",7fd7d418 L"Will be installed to run from network") ret=7fa5b975 0010:Ret kernel32.lstrcmpW() retval=ffffffff ret=7fa5b975 0010:Call kernel32.lstrcmpW(7fdc68a8 L"CustomActionData",7fd7d270 L"MenuAllLocal") ret=7fa5b975 0010:Ret kernel32.lstrcmpW() retval=ffffffff ret=7fa5b975 0010:Call kernel32.lstrcmpW(7fdc68a8 L"CustomActionData",7fd7cfd8 L"VerdanaBold13") ret=7fa5b975 0010:Ret kernel32.lstrcmpW() retval=ffffffff ret=7fa5b975 0010:Call kernel32.lstrcmpW(7fdc68a8 L"CustomActionData",7fd7be68 L"(OutOfDiskSpace = 1 AND OutOfNoRbDiskSpace = 1) OR (OutOfDiskSpace = 1 AND PROMPTROLLBACKCOST=\"F\")") ret=7fa5b975 0010:Ret kernel32.lstrcmpW() retval=00000001 ret=7fa5b975 0010:Call kernel32.lstrcmpW(7fdc68a8 L"CustomActionData",7fd7ba40 L"{80}") ret=7fa5b975 0010:Ret kernel32.lstrcmpW() retval=00000001 ret=7fa5b975 0010:Call kernel32.lstrcmpW(7fdc68a8 L"CustomActionData",7fd6b650 L"Cancel") ret=7fa5b975 0010:Ret kernel32.lstrcmpW() retval=00000001 ret=7fa5b975 0010:Call kernel32.lstrcmpW(7fdc68a8 L"CustomActionData",7fd6b5e8 L"Description2") ret=7fa5b975 0010:Ret kernel32.lstrcmpW() retval=ffffffff ret=7fa5b975 0010:Call kernel32.lstrcmpW(7fdc68a8 L"CustomActionData",7fd69660 L"Organization") ret=7fa5b975 0010:Ret kernel32.lstrcmpW() retval=ffffffff ret=7fa5b975 0010:Call kernel32.lstrcmpW(7fdc68a8 L"CustomActionData",7fd695c0 L"DisableRollbackMessage") ret=7fa5b975 0010:Ret kernel32.lstrcmpW() retval=ffffffff ret=7fa5b975 0010:Call kernel32.lstrcmpW(7fdc68a8 L"CustomActionData",7fd68050 L"HashPart2") ret=7fa5b975 0010:Ret kernel32.lstrcmpW() retval=ffffffff ret=7fa5b975 In other words it seems to not actually be scanning property names but rather random strings from the stringtable. Does any MSI guru want to take a look? I spent an hour on this and didn't get very far, maybe you guys will have more luck ... thanks -mike

1 0

Implementing Xinerama
by Judd Tracy 28 Apr '06

28 Apr '06

I have been trying to get a very simple Xinerama implementation working for wine, but am having some problems. My approach was to just query the system for the screens that make up the display and only report the resolution of the first display with the offset of 0+0. The resolution detection part of the code seems to be working as I can see looking through the traces, but every time the app comes up full screen it still stretches across both screens. I can see it enumerating the displays (there is only one) and finding the correct resolution, but don't understand why it still comes up across both screens. I was hoping someone could explain what else I need to do attempt to get this working. I am using wine version 0.9.11 which I have applied a patch to work around the WorldOfWarcraft picking bug. The Xinerama display that I am using has a resolution of 2560 x 1024 and when I query the screens I get Screen 0: 0+0+1280x1024 and Screen 1: 1280+0+1280x1024. When I detect the screens I only put in one resolution which is the one with offset (0+0). So for my system there should be only one resolution to choose from. I base my code off the structure of XRandR so it should be for the most part correct. If anyone could help it would be appreciated. Judd Tracy

4 3

question regarding dibsections
by Marcus Meissner 28 Apr '06

28 Apr '06

Hi, While debugging twain, I came across the nativexfer method, used by 60-70% of all twain using programs. It has some very unfortunate programming logic. Here is a sample snippet from: http://hp.vector.co.jp/authors/VA011973/prg_twain.htm TW_UINT16 rc; TW_UINT32 hBitmap; TW_BOOL PendingXfers = TRUE; LPBITMAPINFOHEADER lpDib; hBitmap = NULL; rc = lpfnDSM_Entry(pAppId,pSourceId,DG_IMAGE,DAT_IMAGENATIVEXFER,MSG_GET,(TW_MEMREF)&hBitmap); lpDib = (LPBITMAPINFOHEADER)GlobalLock((void*)hBitmap); /* ... */ if(lpdib!=NULL){ GlobalUnlock((void*)hBitmap); GlobalFree((void*)hBitmap); } (hBitmap is the return value of CreateDIBSection()). This sample code apparently assumes that GlobalLock(HBITMAP) gives it a pointer to a BITMAPINFOHEADER. We do not do this, for us HBITMAP is a regular 16bit GDI handle. GlobalLock will not work on it :/ Any ideas? Ciao, Marcus

2 2

Re: fix off-by-one in advpack install_init
by James Hawkins 28 Apr '06

28 Apr '06

On 4/28/06, Paolo Abeni <paolo.abeni(a)email.it> wrote: > hi list, > > The attached patch should fix an off-by-one in advpack install_init. > In current code the working_dir string is corrupted and ie6setup.exe > complain loudly. > Thanks for sending in this patch, but I have a large queue of patches for advpack ready to send in to wine-patches when Alexandre gets back, and this fix is one of the first (of many) fixes that need to be merged. -- James Hawkins

1 0

Re: user: Extend menu conformance test
by Mike McCormack 28 Apr '06

28 Apr '06

tkho(a)ucla.edu wrote: > This patch adds a test to the menu conformance test to point out some bugs. I > submitted a patch earlier that contained both this test and three fixes; I'm > redoing it piecemeal this time. I think splitting it up is a good idea... This test takes about 20 seconds to run on my machine... is there any way to speed it up a bit? Mike

2 1

What do we need from other projects?
by Francois Gouget 28 Apr '06

28 Apr '06

Every once in a while a developer from another project asks 'What could I do in my project to help Wine?'. We know there is stuff that could help us, some have been discussed on the mailing list long ago, but there's no good trace of it so that we are usually unable to really come with a good answer. So I created a Wiki page to keep track of these features we would need from other projects to make Wine better. There are some *BIG* caveats though: * The page is 'http://wiki.winehq.org/WineWishes'. It may be a terrible name so I'm open to other name suggestions. * Currently it's only linked to from my home page so it's pretty much impossible to find. I'm not sure where to link to it though? Would it be ok to link to it from the FrontPage? From the TodoList maybe? * This stuff is pretty technical and I don't feel up to the task of describing for each exactly what we need, what for, and why that project's current API is not good enough for us. So please edit the page and fix up the draft description I have put there. In particular this probably means Kai Blin and/or Juan Lang for the Samba stuff, and Alexandre Julliard, Dmitry Timoshkov or Mike McCormack to correct my weird window manager speculations. And finally, what did I miss? Linux thread priorities? Anything on the sound side? Anything on the X server side? -- Francois Gouget <fgouget(a)free.fr> http://fgouget.free.fr/ f u kn rd ts, ur wy 2 gky 4 ur wn gd.

6 9

boost and winthreads
by Michael Ost 28 Apr '06

28 Apr '06

Does boost::threads + wine threads == happiness? I would like to use boost threads in my winelib application, but they need to coexist with threads created using the windows APIs by 3rd party plugin DLLs. I built a test app that uses the two and they appear to share both a CRITICAL_SECTION and a boost::mutex fine, so it looks like I am in the clear. But I don't have alot of confidence in my understanding of how Wine implements threads, so I thought it would be wise to ask. Attached is my test program. To build and run: $ wineg++ -c boost-win.cpp $ wineg++ -o boost-win.exe.so boost-win.o -lboost_threads $ wine ./boost-win.exe.so Cheers... mo PS: thanks to whoever is responsible for wineg++. What a timesaver! boost-win.cpp: #include "boost/thread.hpp" #include <pthread.h> // pthread_create #include <sys/resource.h> // PRIO_PROCESS #include <stdio.h> // printf #include <windows.h> // CreateThread #define INDENT " " DWORD WINAPI CSTestA(void* arg) { CRITICAL_SECTION* cs = (CRITICAL_SECTION*) arg; puts("in, try CS"); ::EnterCriticalSection(cs); puts("CS locked"); sleep(2); puts("wake up"); ::LeaveCriticalSection(cs); puts("unlock"); sleep(1); puts("wake up, try CS"); ::EnterCriticalSection(cs); puts("CS locked"); sleep(1); puts("wake up"); ::LeaveCriticalSection(cs); puts("unlock"); puts("out"); } struct CSTestB { CSTestB(CRITICAL_SECTION* cs) : m_criticalSection(cs) { } void operator()() { puts(INDENT "in, try CS"); ::EnterCriticalSection(m_criticalSection); puts(INDENT "CS locked"); boost::xtime t; boost::xtime_get(&t, boost::TIME_UTC); t.sec += 3; boost::thread::sleep(t); puts(INDENT"wake up"); ::LeaveCriticalSection(m_criticalSection); puts(INDENT "unlocked, out"); boost::xtime_get(&t, boost::TIME_UTC); t.sec += 3; boost::thread::sleep(t); puts(INDENT "out"); } CRITICAL_SECTION* m_criticalSection; }; struct MutexTestA { MutexTestA(boost::mutex* mutex) : m_mutex(mutex) { } void operator()() { puts("in - try mutex"); boost::xtime t; { // scope boost::mutex::scoped_lock lock(*m_mutex); puts("mutex locked"); boost::xtime_get(&t, boost::TIME_UTC); t.sec += 2; boost::thread::sleep(t); puts("wake up"); } puts("unlock"); boost::xtime_get(&t, boost::TIME_UTC); t.sec += 1; boost::thread::sleep(t); puts("wake up, try mutex"); { // scope boost::mutex::scoped_lock lock(*m_mutex); puts("mutex locked"); boost::xtime_get(&t, boost::TIME_UTC); t.sec += 1; boost::thread::sleep(t); puts("wake up"); } puts("unlock"); puts("out"); } boost::mutex* m_mutex; }; DWORD WINAPI MutexTestB(void* arg) { boost::mutex* mutex = (boost::mutex*) arg; puts(INDENT "in - try mutex"); { // scope boost::mutex::scoped_lock lock(*mutex); puts(INDENT "mutex locked"); boost::xtime t; boost::xtime_get(&t, boost::TIME_UTC); t.sec += 3; boost::thread::sleep(t); puts(INDENT "wake up"); } puts(INDENT "unlock"); puts(INDENT "out"); } int main(int argc, char *argv[]) { // boost blocks on CS held by winthread if (argc > 1 && memcmp(argv[1], "cs", 2) == 0) { puts("Testing CRITICAL_SECTIONS...\n"); puts(" winThread and boostThread share a CRITICAL_SECTION. winThread grabs"); puts(" it and sleeps, while boostThread waits for winThread to wake up and"); puts(" release. Then vice-versa."); puts(""); puts("winThread boostThread"); puts("----------------------------------"); CRITICAL_SECTION* criticalSection = new CRITICAL_SECTION(); ::InitializeCriticalSection(criticalSection); DWORD junk; HANDLE winThread = ::CreateThread(NULL, 0, CSTestA, criticalSection, 0, &junk); // delay 'cause boost starts faster sleep(1); CSTestB boostTest(criticalSection); boost::thread boostThread(boostTest); boostThread.join(); // todo: howto wait for winThread? ::DeleteCriticalSection(criticalSection); delete(criticalSection); } else if (argc > 1 && memcmp(argv[1], "mu", 2) == 0) { puts("Testing boost::mutex...\n"); puts(" winThread and boostThread share a boost::mutex. boostThread grabs"); puts(" it and sleeps, while winThread waits for boostThread to wake up and"); puts(" release. Then vice-versa."); puts(""); puts("boostThread winThread"); puts("----------------------------------"); boost::mutex mutex; MutexTestA testA(&mutex); boost::thread boostThread(testA); DWORD junk; HANDLE winThread = ::CreateThread(NULL, 0, MutexTestB, &mutex, 0, &junk); boostThread.join(); // todo: howto wait for winThread? } else { puts("usage: boost-win [boostcs]"); puts("options:"); puts(" cs - see if boost and win threads can both honor a CRITICAL_SECTION"); return 1; } return 0; }

1 0

← Newer
1
2
3
4
5
6
7
8
...
34
Older →

Jump to page:

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 April 2006