April 2005 - Wine-Devel - list.winehq.org

Anyone working on implementing AccessCheck?
by Michael Ost April 27, 2005

April 27, 2005

We have an installer program (for the Native Instruments Komplete VST plugin package) that fails to run because NtAccessCheck is stubbed out --- that's our best guess at this point, anyway, from watching the WINEDBG trace while the program ran. I noticed that in the last few months someone implemented GetFileSecurity that the installer uses as well --- it looks like Troy Rollo? from scanning the cvs archives. Thanks for that. But NtAccessCheck is still stubbed out. Is that call at all related? any work underway? any suggestions on direction for implementing it? And, how seriously should I take the FIXME("returns fake SECURITY_DESCRIPTOR") in GetFileSecurity. Thanks... mo =================================== Michael Ost, Software Architect Muse Research, Inc. most(a)museresearch.com

2 2

Regressions from 20050310 to 20050419 for PCAD-2000 application
by Marcos Vicente Cruz April 27, 2005

April 27, 2005

Hi, I've notice a regression using some PCAD applications together. If you open more then two PCAD's apps at same time the last one freezes. For example if I open Schematic and PCB it works flawlessly but opening Library Executive one of the others freezes until you close the last opened. It happens only using 20050419 version of wine. In the other hand this version doesn't have a focus bug that forced starting a PCAD application from a Desktop window. Best Regards Marcos

1 0

CDMA PCMCIA cards on WINE?
by NSK April 27, 2005

April 27, 2005

Hello, Somebody from SuSE mailing list told me to send an e-mail to winehq regarding this: I have a Vodafone GPRS/3G (CDMA) PCMCIA card. I tried running Vodafone's software in WINE emulation but it is impossible (it crashes). Is there anything I can do about this? Here is more info about this hardware: # lspci -vv 0000:02:00.0 USB Controller: OPTi Inc. 82C861 (rev 10) (prog-if 10 [OHCI]) Subsystem: OPTi Inc. 82C861 Control: I/O- Mem+ BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Step ping- SERR- FastB2B- Status: Cap- 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort - <MAbort- >SERR- <PERR- Interrupt: pin A routed to IRQ 0 Region 0: Memory at 2f800000 (32-bit, non-prefetchable) The card seems to incorporate a USB circuit which somehow is connected to an internal antenna, most probably via some sort of modem. The card had labels "Qualcomm CDMA" and "Manufactured by Opti". After searching on the Internet I found the site of Qualcomm ( http://www.cdmatech.com/ ) but I don't know which chipset the card uses. It can connect to both GPRS and CDMA networks but it doesn't work in USA (only in EU). Its datarates are 384kbits downstream and 64kbits upstream (I think). Vodafone supports this card only on Windows. The card is locked until the software transmits a PIN code that I type. I am afraid that even if I make this hardware work on GNU/Linux, I won't know how to transmit my PIN to unlock it. Thanks, -- NSK http://portal.wikinerds.org

1 0

Re: Hierarchical namespace for tests
by Alexandre Julliard April 27, 2005

April 27, 2005

Paul Millar <p.millar(a)physics.gla.ac.uk> writes: > Hopefully not a controversial one. I think it will prove useful to separate the > different tests' namespace. This would allow identical filenames to appear > in different DLL tests directories without confusion (c.f. "generated.c" > currently). > > The proposed namespace would be simply > <dllname> "/" <filename> ":" <lineno> > Examples are: > user/sysparams:186 > winspool/info:128 The problem with this is that the result is not a valid path, which breaks tools that parse the output to let you jump to the error, like emacs compile mode. -- Alexandre Julliard julliard(a)winehq.org

3 2

unix filenames in notepad
by Michael Jung April 27, 2005

April 27, 2005

If you apply the attached patch and import the attached registry file (which registers a junction point for the unixfs shell namespace extension), you can select and open files from the unix filesystem in notepad (The file has to be accessible by a drive letter based wine path though). In retrospect this is not as surprising as I first thought. If I pay for some beer, perhaps at wineconf someone can give me some insight on the unix path <-> wine path conversion magic ;) Bye, -- Michael Jung mjung(a)iss.tu-darmstadt.de

2 2

[Bug 2097] Unable to start game Rites of War
by Stephen Torri April 26, 2005

April 26, 2005

Can a developer take a look at Bug #2097? I need some assistance on figuring our what is wrong with this game. In particular I would like to have someone that can tutor me in trouble shooting problems running applications. I want to be more of an active solution contributor than a problem generator. Stephen

1 0

Window don't stay minimized problem
by Vitaliy Margolen April 26, 2005

April 26, 2005

I'm still having this problem. Here is what I found so far: - All Delphi apps don't minimize properly because they depend on WM_SYSCOMMAND SC_MINIMIZE, SC_RESTORE etc. - If I insert these messages before WM_SHOWWINDOW in X11DRV_MapNotify / X11DRV_UnmapNotify it still doesn't work. App makes few more steps but does not minimize. Instead it changes size of the main window and shows an extra window (hidden Delphi Application window). - Comparing messages received by app I see WM_ACTIVATEAPP sent prematurely and WM_KILLFOCUS too late. Does any one have suggestions where to insert this messages? Also, could someone enlighten my on how and where do we handle window management stuff? I see to many places (server, x11drv, user). I guess what I'm trying to find how they all are link together? Here is a comparison of messages received by hidden application window while handling minimize request. wine native WM_SYSCOMMAND SC_MINIMIZE WM_SYSCOMMAND SC_MINIMIZE Minimize start WM_QUERYNEWPALETTE WM_ACTIVATEAPP WM_WINDOWPOSCHANGING WM_NCACTIVATE WM_NCACTIVATE WM_ACTIVATE WM_ACTIVATE WM_SETFOCUS WM_SETFOCUS WM_WINDOWPOSCHANGING WM_WINDOWPOSCHANGING WM_NCCALCSIZE WM_NCCALCSIZE WM_WINDOWPOSCHANGED WM_WINDOWPOSCHANGED WM_MOVE WM_MOVE WM_SIZE WM_SIZE WM_KILLFOCUS WM_GETTEXT WM_WINDOWPOSCHANGING WM_WINDOWPOSCHANGING WM_NCCALCSIZE WM_NCCALCSIZE WM_WINDOWPOSCHANGED WM_WINDOWPOSCHANGED WM_MOVE WM_MOVE WM_SIZE WM_SIZE WM_NCACTIVATE WM_GETTEXT WM_ACTIVATE WM_ACTIVATEAPP Minimize end WM_WINDOWPOSCHANGING WM_WINDOWPOSCHANGED WM_MOVE WM_NCACTIVATE WM_ACTIVATE WM_KILLFOCUS -- Best regards, Vitaliy

1 0

Re: Copy Wine fonts in c:\windows\fonts
by Alexandre Julliard April 26, 2005

April 26, 2005

Vincent Béron <vberon(a)mecano.gme.usherb.ca> writes: > Would a symlink be better? We copy wine.inf over... > > Changelog: > Copy Wine fonts in c:\windows\fonts so they can be easily used. That shouldn't be necessary, the fonts should be loaded directly from their unix directory. -- Alexandre Julliard julliard(a)winehq.org

3 2

Re: USB status ...Who maintains wineserver?
by Damjan Jovanovic April 26, 2005

April 26, 2005

--- Mike McCormack <mike(a)codeweavers.com> wrote: > > > I think it might be Alexander, and I think the > general > > suggestion was "avoid changes to the wineserver". > > Anyone else know? > > I'll point out to you once again that Wine is not > the right place to > implement drivers. Drivers that are loaded in the > kernel in Windows > also belong in the kernel in Linux, not in Wine. I don't care about Windows kernel drivers, just replicating the interface to them from user space software so that user-space drivers (which are abundant in Windows) can work. > Wine cannot present a driver interface to the rest > of the system, nor to > other programs. Winelibs can. > If you want to get a scanner going, the best way > would be to make it > work with SANE or V4L, Sure, please convince every hardware manufacturer in the world to release all the documentation for all their hardware so we can make Linux drivers. There is a reason SANE and V4L only support _some_ (read: few) hardware. > and then get SANE or V4L to > work with Wine's > still imaging interface. That is much better than > getting it to only > work in Wine, as other applications will be able to > use it via SANE, etc. > > Have a look at the work that Maarten Lankhorst is > doing on Web cameras > ... he's doing things the right way. > You can continue trying to modify CreateFile, > ReadFile, WriteFile etc. > to make it work, but you'll realize sooner or later > that a handle is > tied to a unix fd. In fact, it's tied to an "object" in wineserver: what fd would HWINDOW and HICON represent? > This is by design. Alexandre > has said time and time > again that he considers Wine to be just like any > other application on > the system; it reads file through the 'nix FS, and > through unix file > descriptors. > > If you still want to loader the Windows driver, go > and have a look at > ndis wrapper. http://ndiswrapper.sourceforge.net/ > > If you *still* insist that you're going to load > drivers in Wine, then > don't be suprised if your patches are quietly > dropped, and your requests > for help are quietly ignored. Then don't be surprised if I make it into a commercial project :-). Enough talk, I'm off to code. > Mike > > __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

4 3

msn webcam status
by Maarten Lankhorst April 26, 2005

April 26, 2005

just thought I'd drop by and say how things are going.. i submitted a lot of patches already, and trying to get those commited, although they are not directly required for webcam support, they are meant to increase general stability, and fix some bugs: - dlls/avicap32: wrote a basic capgetdriverdescription (Trying to get it committed) - dlls/devenum: wrote videoinputdevice enumeration based on capgetdriverdescription (Trying to get it committed) - dlls/quartz: wrote some general fixes for filtergraph.c/pin.c added capturegraphbuilder interface (Trying to get those committed) of course, there's also the vfwcapture interface itself, after trying to get it to work with a real webcam, instead of the very flexible bttv driver, i came to the conclusion i needed to do some major background changes the vfwcapture interface itself won't change, because that part is now near perfect, but the stuff behind it is messy on itself, the interface is not useful, it needs the other fixes I posted above, so now I'm just waiting until those patches are implemented, my disk is getting too full with all those patches (only semi joking, i'm losing track of them..)

1 0