- Wine-Devel - list.winehq.org

shell32/shflder_unixfs: Use shell kind ITEMIDLISTs
by Michael Jung April 22, 2005

April 22, 2005

This silences some ERROR messages when browsing in the namespace extension and allows to apply shell32's helper functions. Changelog: Use the shell32 typical binary format for ITEMIDLISTs. Bye, -- Michael Jung mjung(a)iss.tu-darmstadt.de

1 0

Win16 programs and Wine internal messages
by Richard Cohen April 22, 2005

April 22, 2005

Closing Win16 programs using the Window manager doesn't work any more, because 16 bit programs don't recognize the WINE internal messages, so they don't get processed. This patch moves the internal messages to just below 0xffff, but perhaps there is a better way? Richard.

2 2

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

April 22, 2005

--- Hiji <hijinio(a)yahoo.com> wrote: > > > --- Lars Segerlund <lars.segerlund(a)comsys.se> > > wrote: > > > > > > > > What is the status of wines USB support ? > > > > Is there anything done yet or am I on my own > ? > > > > Can someone also giva a hint on the > > feasibiliyt, > > > > complexity of managing a USB > > > > implementation for wine ? I am rather good at > > > linux > > > > device drivers and such. > > > > / regards, Lars Segerlund. > > > > There's not much I can say in the way of > > > development, > > > but as a user, getting USB support (beyond > what's > > > supported in the kernel) would be a HUGE leap of > > > improvement for Wine. I think others have said > > > before > > > that there are a lot of apps out there that will > > run > > > on Wine, but are useless because they depend on > > > their > > > hardware counterpart. (In the music world, > > > Guitarport > > > comes to mind.) > > > > > > Hiji > > > I have proposed several possible solutions for > using > > USB under Linux. In fact, I have given 4 possible > > ways > > of doing it, one of which I have hacked up (and > > gotten > > to work, at least partially). > > > > If you're interested in the details, let me know, > > and > > I'll email you (or look at the "Wine device > drivers > > proposal" email in the Wine archives in the past > > month > > or so). > > Phew, I thought I'd type a short reply! Interested > > in > > working on this? I can't do it all alone. > > Damjan > > There's not much I can do other then try to > encourage > you and Lars to work together (as I'm not a C > developer). Damjan, it sounds like you have already > covered a lot of the groundwork through your > research > and understanding of the USB infrastructure (from > both > the Windows, Linux and Wine worlds). Lars, I see > you > have both the motivation and experience with Linux > device drivers to work on Wine USB. > > To me, it sounds like a perfect match for you two to > pair up and work on implementing additional USB > functionality. > > I suppose the last piece missing is to consult the > expert on the wineserver (as far as USB is > concerned) > to see if any changes would truely need to be made > there. Who would that be? I think it might be Alexander, and I think the general suggestion was "avoid changes to the wineserver". Anyone else know? > Hiji > > __________________________________________________ > Do You Yahoo!? > Tired of spam? Yahoo! Mail has the best spam > protection around > http://mail.yahoo.com > > __________________________________ Do you Yahoo!? Plan great trips with Yahoo! Travel: Now over 17,000 guides! http://travel.yahoo.com/p-travelguide

2 1

Re: WineHQ: Janitorial update
by Michael Jung April 22, 2005

April 22, 2005

Hi Dimitrie, On Friday 22 April 2005 05:47, Dimitrie O. Paun wrote: > ChangeLog > ... > Some W->A warnings are invalid. While you're at it, I think the CryptAcquireContextW W->A call in advapi32/crypt.c should also be considered an invalid warning. CryptAcquireContext calls the CSP dll's CPAcquireContext function, which is only present as an ASCII version. Thus, if we would get rid of this W->A call, we would get an A->W->A conversion chain in case of CryptAcquireContextA. Bye, -- Michael Jung mjung(a)iss.tu-darmstadt.de

1 0

Re: Program cannot be run in DOS mode
by Dustin Navea April 21, 2005

April 21, 2005

I dont think (although I could be wrong) that programs compiled in vs6 would have dependencies on .net, even if they were compiled on xp.. You said that you are able to get other programs to run, such as winzip and solitaire? If that is the case, then what I said above more than likely _is_ wrong :-/ in which case not much can be done. You could always try your hand at implementing the missing .net functions, but this may be a bigger task than it is worth. The other option if you must get it going on linux is to port it to linux using winelib, although if it is dependent on .net that may not be possible either.. Anyone else have any comments on this? Dustin Brendan Clark Ribera wrote: > Yeah, I know enough of Linux to do that. It just strikes me as weird > that all of the executables I've downloaded (WinZip, etc) have produced > no errors. Someone suggested this might be due to .NET dependencies in > the Windows XP binaries, but I might as well try a newer version of Wine. > > Brendan > > On Tue, 19 Apr 2005, Dustin Navea wrote: > >> Hi, that does seem a little strange. It could be that there is >> something wrong with the package. How familiar are you with Linux? >> Familiar enough to know what CVS is and how to use it to get the >> bleeding edge version of wine, and enough to know how to compile it >> from scratch, if I pointed you to the guide that tells you how? >> >> Dustin >> >> Brendan Clark Ribera wrote: >> >>> >>> The version I'm running is from an RPM on winehq.com (I'm running >>> Fedora Core 2). Also, I considered the .NET problem, so I compiled a >>> little "Hello World" program in Visual Studio 6, which also produced >>> this error. I don't know if perhaps VS 6 has been made to >>> encorporate .NET libraries, but I was really surprised to see that >>> program not work. >>> >>> Someone else suggested trying an NT-based winver, which I found not >>> to help. >>> >>> Brendan [-info not relevant to the nature of this specific email snipped-]

1 0

Re: D3D9 Work?
by Ann and Jason Edmeades April 21, 2005

April 21, 2005

Hi, FYI I stopped d3d9/wined3d work when I got to a point I had completed the parts I was doing, and Oliver had sped ahead so I was ending up duplicating work he was doing - I've put it to one side while waiting on the cvs tree to get up to where he was. The last I heard, Raphael was also willing to look into the shader side of things, and had an outstanding patch for hardware vertex buffer objects to help performance, but I think again this was waiting on Oliver's commits. However, if there seems to be problems, I don't mind continuing, or helping people work through his patch into manageable chunks for submission - I can easily give guidance in this area. I have only limited time, and work a patch at a time, until it gets in cvs, because as is the case with his current patch, basically it needs reworking into submittable chunks! However, I think we should give Oliver a little more time (I wont be touching it until after wineconf anyway). Not knowing anthing about d3d8/9 shouldn't hold you back - I knew nothing when I started on the d3d8 stuff, and it doesn't take that long to pick up the threads. FWIW I tried applying the patch sent on here the other day and it failed to compile (WINED3DFORMAT vs D3DFORMAT), but after fixing that, I tried running a simple textured demo and it failed (Tutorial 5 from http://www.two-kings.de/tutorials/d3d.html) - Any chance you could see if it works for you and if it does send me (offline) a patch for current cvs? Regards, Jason

1 0

Re: wine/server registry.c
by James Hawkins April 21, 2005

April 21, 2005

On 4/20/05, Alexandre Julliard <julliard(a)winehq.org> wrote: > > Modified files: > server : registry.c > > Log message: > Load system.reg and userdef.reg at server init time. > Hi Alexandre, A while back I sent in a patch that restricted RegCreateKey (and it's internal implementation) from creating keys in HKLM and HKU as stated by msdn and the tests, and you replied: > I don't think there's any point in replicating that behavior. I doubt > there's any such check on Windows either, it's most likely just a side > effect of the way the registry files are "mounted" at different places > in the tree. Once we have a proper implementation of > RegLoadKey/RegUnloadKey we should get the same behavior automatically. We now have an implementation of RegLoadKey and I was wondering if it's time to switch from CreateKey to LoadKey in the registry initialization. If not, what remains to be done? Aside from the reg init topic, is there any other change needed to the registry subsection? I guess what I'm asking for is a registry TODO if you have one in mind. Thanks, James Hawkins

2 3

D3D9 Work?
by Benjamin Cutler April 21, 2005

April 21, 2005

I was discussing this with some others who hang out in the #winehackers channel, and I'm curious who else might be working on the D3D9 portion of Wine. I was unsure of how ready for inclusion into the main branch the unofficial patches are, but I've heard from a couple sources that most of the patch isn't. I'd like to get some opinions on what's ready and what's not. I'd hate to start submitting pieces of the patch, only to find out that person X was already working on that part and had something better in mind, or even worse to find out that somebody's been maintaining contact with Oliver and I'm just getting overeager to see the patches in Wine. Somebody also mentioned that there are others waiting for Oliver's patches to be submitted so that they can continue their D3D9 work, so I was curious if there were any of you out there that fall into that category. At present, the best I can really do to contribute is help keep the branch synced up with the current CVS (migrating the 20050310 patch to 20050419 resulted in a lot of conflicts that took me most of the night to work through), but given some time I could probably learn enough about DX9 to get a better handle on how things are supposed to work and start making more solid contributions. That will probably have to wait until late May, however, once this college year ends.

2 1

Lotus Notes 6.51 and Wine 20050419
by Kevin DeKorte April 21, 2005

April 21, 2005

I just installed Wine 20050419 and Lotus Notes 6.5.1 is still hanging and using all the CPU when I click on the bookmark on the left hand side and there are no error messages on the console. Rolling back to 20041201 corrects this behavior. Kevin

1 0

emule and riched20
by Michael Jung April 21, 2005

April 21, 2005

Hi Krzysztof, thanks to your work on riched20.dll, eMule (http://www.emule-project.net) runs on wine out of the box (Some display glitches in riched, but fully usable otherwise). However, your last patch added an assert statement, which is violated by emule. I did not try to find the real problem, but removing the assert lets emule work again. Bye, -- Michael Jung mjung(a)iss.tu-darmstadt.de

1 0