June 2003 - Wine-devel - list.winehq.org

Re: Re: [DMUSIC07] more
by fenix＠club-internet.fr 17 Jun '03

17 Jun '03

Hi >> PS: Christian with your last patch dmusic crash when WinMM is disabled (no >> sound drivers => DirectSoundCreate8 returns an error) >> >Ok, I will do more checks. :) >But how do you disable WinMM explicitely? By removing the driver >name in the config file? "Drivers" = "" >Bye, >Christian Regards, Raphael

1 0

Re: [DMUSIC07] more
by Christian Costa 17 Jun '03

17 Jun '03

> Message du 17/06/03 02:30 > De : Raphaël Junqueira <fenix(a)club-internet.fr> > A : wine-patches(a)winehq.com > Copie à : Christian Costa <titan.costa(a)wanadoo.fr>, Rok Mandeljc <rok.mandeljc(a)gimb.org> > Objet : [DMUSIC07] more > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hi, > > Changelog: > - add IDirectMusicContainer support in > IDirectMusicLoader8Impl::LoadObjectFromFile > - don't use IDirectMusicSegment*Impl when IDirectMusicSegment*8Impl can be > used instead (avoir code duplication) > > Regards, > Raphael > > PS: Christian with your last patch dmusic crash when WinMM is disabled (no > sound drivers => DirectSoundCreate8 returns an error) > Ok, I will do more checks. But how do you disable WinMM explicitely? By removing the driver name in the config file? Bye, Christian

1 0

Not to bring up a (probably) long-dead subject, but...
by Dustin Navea 17 Jun '03

17 Jun '03

I was looking thru the archives of WWN and found this: Tony Lambregts submitted a patch that added a new filesystem type: Some program (VirtualDub) checks the fsname returned by GetVolumeInformation, to find the name of the file system, when it needs to write files that are larger than 2GB. It refuses to create the file when we return FAT but will successfully write the file when NTSF is returned. Change Log: add configuration option to report NTFS as the file system type for a drive. Mike Hearn thought it might just be a good idea to always return NTFS if asked. Andreas Mohr disagreed and felt the whole concept was flawed: -snip- >From there the discussion delved into exactly what type of filesystems Windows knows about. There was some speculation on exactly how and when they differ. For example, what type of filesystem is reported on DVD's? Tony summed it up: So we The way I see it Windows knows about the following file systems. CDFS, FAT, FAT23, NTFS and HPFS. HPFS is irrelevent. CDFS covers all CD like Media. FAT will deal with all drives less that 2 GB. NTFS can be used with drive over 10MB. FAT32 can be ignored. -end- I just figured that you should know that the best bet would be to have wine return vfat instead of fat or ntfs, as fat == fat16 which has a 2 GB limit, while vfat == fat32 which has a 4 GB limit.. This is actually referenced on microsoft's website (although I couldnt give you the exact address) and can also be found on winnetmag.com thru google.. As always I'm not subscribed to the list, so please CC me with any replies.. __________________________________ Do you Yahoo!? SBC Yahoo! DSL - Now only $29.95 per month! http://sbc.yahoo.com

1 0

wIntegrate on Linux: continued....
by cartel＠cryptocracy.hn.org 17 Jun '03

17 Jun '03

Hey All, Still working on getting wIntegrate running under Linux. I'm running into problems running the program either in builtin mode or with native dlls. Here are the dlloverrides that I'm trying: -dll WSOCK32.DLL=native -dll WS2_32.DLL=native -dll NETAPI32.DLL=native -dll ADVAPI32.DLL=native -dll OLEAUT32.DLL=native -dll OLEPRO32.DLL=native -dll OLE32.DLL=native -dll RPCRT4.DLL=native -dll COMCTL32.DLL=native -dll COMDLG32.DLL=native -dll SHLWAPI.DLL=native -dll IMM32.DLL=native -dll IMM32.DLL=native Running with -debugmsg +fixme, I get the following interesting messages: fixme:file:DeviceIoControl Unimplemented control 256 for VxD device VNETBIOS fixme:file:DeviceIoControl Unimplemented control 256 for VxD device NWLINK Once the app starts and I attempt to create a connection, I get this feedback: [Connecting to 127.0.0.1...] [Windows Sockets error 183] Am I correct in interpreting this (net helpmsg 183) in that wine is attempting to create a pipe that already exists? If I take the other approach and run wInteg with no dll overrides (builtin mode), i get the following messages fixme:ole:CoRegisterMessageFilter stub fixme:ole:CFProxy_QueryInterface Unhandled interface: {00000126-0000-0000-c000-000000000046}fixme:ole:CFProxy_QueryInterface Unhandled interface: {00020400-0000-0000-c000-000000000046}fixme:ole:PIPE_GetNewPipeBuf Could not open named pipe \\.\pipe\WINE_OLE_StubMgr_00000013, le is 2err:ole:StdMarshalImpl_UnmarshalInterface Failed to get an rpc channel buffer for {00000001-0000-0000-c000-000000000046}fixme:ole:CoUnmarshalInterface Failed to Unmarshal the interface, 80004005? fixme:ole:CoCreateInstance no classfactory created for CLSID {4fbf4bd9-a454-11d1-ab39-00a024709830}, hres is 0x80004005 This is what prompted me to try running the app in native mode (since this message goes away if im using native ole dlls.) When running in builtin mode and creating a connection, wInteg sits on the [Connecting to 127.0.0.1] message. But netstat -nap reports: tcp 12 0 127.0.0.1:1220 127.0.0.1:23 ESTABLISHED 8079/wine Of note is that wInteg uses an ActiveX control called wWinSock.ocx. This is in keeping with its modular approach to transports (having plugins for PicLan, Novell etc). Correct me if I'm wrong, but from the error messages concerning OLE, I'm thinking that my problem lies with an incomplete implementation of OLE (or at least ActiveX controls) in Wine. Specifically, I beleive the actual problem is that the wWinSock object is not receiving a signal from Wine that tells it that the connection has been opened. Anybody have any further suggestions/comments? Thanks Tom

2 1

Re: Resend PATCH - setupapi add support for both Windows and Unix style line endings to setupapi parser
by Alexandre Julliard 17 Jun '03

17 Jun '03

Steven Edwards <Steven_Ed4153(a)yahoo.com> writes: > Does this need to be changed or is there something else wrong with > this patch? This shouldn't be needed AFAICT, \r should already be treated as a space character. There may be another bug here though, do you have an example file showing the problem? -- Alexandre Julliard julliard(a)winehq.com

1 0

Re: Resend PATCH - setupapi add support for both Windows and Unix style line endings to setupapi parser
by Todd Vierling 17 Jun '03

17 Jun '03

On Mon, 16 Jun 2003, Steven Edwards wrote: : Does this need to be changed or is there something else wrong with this : patch? : - return (ptr >= parser->end || *ptr == CONTROL_Z || *ptr == '\n'); : + return (ptr >= parser->end || *ptr == CONTROL_Z || *ptr == '\n' || : (*ptr == '\r'&& *(ptr + 1) == '\n')); Could overrun the buffer by looking one char too far if the last character of the file is '\r'. -- -- Todd Vierling <tv(a)pobox.com>

1 0

Dmusic interfaces
by Sylvain Petreolle 17 Jun '03

17 Jun '03

Is anyone of you working on Dmusic interfaces ? Now doing test with Dxdiag doesnt work, it says "No such interface" when trying to create a IDirectPerformance object. I did a look through the source and noticed that Dll(Un)RegisterServer are stubs. fixme:ole:CoCreateInstance no instance created for interface {07d43d03-6523-11d2-871d-00600893b1bd} of class {d2ac2881-b39b-11d1-8704-00600893b1bd}, hres is 0x80004002 ===== Sylvain Petreolle (spetreolle at users dot sourceforge dot net) ICQ #170597259 "What if tomorrow the War could be over ?" Morpheus, in "Reloaded". For the Law of Oil and Fire, Im an European that lives in France. For all my Brothers and friends, Im a human living on Earth. ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

1 0

Re: Winefile : French translation
by Alexandre Julliard 16 Jun '03

16 Jun '03

Sylvain Petreolle <spetreolle(a)yahoo.fr> writes: > Changelog: > Add French Translation, finish English translation. > > (no unwanted easter egg in this one ;)) No but it looks like the accents didn't make it through... or was this deliberate? -- Alexandre Julliard julliard(a)winehq.com

2 3

Re: wine/dlls/ntdll critsection.c
by Mike Hearn 16 Jun '03

16 Jun '03

On Mon, 16 Jun 2003 14:36:22 -0500, Sir Alexandre Julliard scribed thus: > Log message: > Mike Hearn <mike(a)theoretic.com> > Add the ID of the blocking thread to the error message. Hi Alexandre, I'm wondering what the best way to try and make Wines output less scary is, as the MESSAGE() parts of this patch were not merged. Was the message not phrased right, or do you think that the console output is an inappropriate place to put such things? Alternatively, as Lionel pointed out, it may be that people think they are not necessary, as the only people who can do anything about it will understand the message anyway. thanks -mike

2 2

Re: Bidi B4
by Shachar Shemesh 16 Jun '03

16 Jun '03

Hi Alexander, Please let me know if my patch series was rejected, and if so, why. If your'e just not over the backlog yet, I appologize for the noise. Shachar Shachar Shemesh wrote: > Apply against previous patches, using -p1 > > Changelog: > Shachar Shemesh <winecode(a)shemesh.biz> > > * Fix compilation errors when ICU library is not available. > -- Shachar Shemesh Open Source integration consultant Home page & resume - http://www.shemesh.biz/

1 0