December 2002 - Wine-Devel - list.winehq.org

Re: Changing FS type reported by Wine

by Derek Broughton

Greg Turner wrote: > On Thursday 26 December 2002 10:35 am, Derek Broughton wrote: > >>Duane Clark wrote: >> >>>Derek Broughton wrote: >>> >>>>Windows which _doesn't_ understand the concept of different file >>>>systems under a single drive. >> >>Surely from Windows p-o-v _no_ other return values should be >>legitimate. Can windows natively read any other types? I don't think >>so. > > > Hmm, perhaps not out of the box, but surely, what with reparse-points, > DFS, "offline files", hard-links, and other such features, it's not so > simple as "fs(root)==fs(arbitrary_subdir(root)) && fs(root) in [fat, > ntfs]" in all cases, is it? And then there is support for netware, > appletalk, and even nfs.... > > Also, itsn't it totally possible, even limiting ones self to documented > functionality in the DDK, to produce 3rd-party FS drivers and install > them (note, that I didn't say easy :) )? The above just covers what > you can get from Microsoft... For example, doesn't Oracle provide some > FS driver (or perhaps they gave up on that plan...)? > > Regardless, I don't see anything wrong with the current approach, which > could be extended to support NTFS, or some new driver. Getting the > emulated FS type from the native FS type seems like a limitation more > than a feature to me... or am I missing the idea of this? > Tony seemed to think it was more difficult. I still don't see how, even if you want to support all the third-party possibilities, it's possible to have two files systems under one drive in Windows.

Dec. 28, 2002

Re: Wine Contrib 0.6

by Tom Wickline

Francois Gouget wrote: > On Fri, 27 Dec 2002, Dimitrie O. Paun wrote: > > >>Folks, >> >>A new version of Wine-Contrib is available at: >> http://www.dssd.ca/wine/Wine-Contrib-0.6.html >>courtesy of Tom & Tony. > > > Thanks for the updated page Tom. Here are some comments I should have > sent a sooner. > Thanks, Ill send Dimi a patch in a day or so. Anyone else have ideas where we can improve this page ? Tom

Dec. 28, 2002

Re: tests: ok(0,"foo") prints a '\n'!

by Dmitry Timoshkov

"Francois Gouget" <fgouget(a)free.fr> wrote: > So if noone objects I'll send a patch that stops 'ok' from appending > this '\n', and adds a '\n' to all calls to ok. Actually, I would be > pretty happy if someone could come up with a perl script doing the > latter... > > Comments? Your explanations look very reasonable to me. Of course if somebody will come up with a script to automate the task it would be better. -- Dmitry.

Dec. 28, 2002

Re: Do not free the header while unmapping the xxxx_UNPREPARE messages

by Dmitry Timoshkov

"Eric Pouech" <eric.pouech(a)wanadoo.fr> wrote: > something like this would do Of course your patch works too. But I thought that you have something more sophisticated in mind. Nevertheless, Eric, since you are the author of that code I leave the decision what approach is better to you. -- Dmitry.

Dec. 28, 2002

Re: i would like to do some translation work where do i need to start ?

by Tom Wickline

Ezequiel Perez wrote: > Hi, I'm Ezequiel Perez > i would like to do some translation work where do i need to start? > I can translate it to the spanish language > I live in Buenos Aires, Argentina, my ICQ is 126918474, my MSN Messenger is > eazel7(a)msn.com > > Hello, From Francios post about Wine-Contrib .06 I will list a couple places you could look into. * translating the README and maintaining the translation * translating the Wine resources and messages it issues (but not the debug message of course) It might also be worth having a sort of 'QuickStart/Howto' document that would describe the basic instructions for installing and configuring Wine in a bit more details than the README while being much smaller than the Wine User Guide (it could actually be a chapter of that guide). Then that document could be translated in multiple languages which would at least make it easier for non-english speaking people to set up and install Wine. You may need to get with Tony Lambregts or one of the guy's who knows the in's and out's of just how you would go about this. Thanks for wanting to help with this project... Tom

Dec. 28, 2002

Re: Make RECT identical to RECTL, fix compile warnings (resending)

by Dimitrie O. Paun

On December 27, 2002 01:29 pm, Dan Kegel wrote: > I think this patch touches every single TRACE > statement that prints out a RECT. Many different > formats are used... might be nice to standardize them > sometime. (See my related post about maybe using > macros for that.) Now that you've identified all these places, it seems to me the perfect oportunity to standardise them. At the very least, we should convert them all to a common format (say (x0,y0)-(x1,y1), or anything you fancy) so we can more easily grep/sed for them later. But I'd certainly prefer the debugrect() approach, provided Alexandre accepts it. -- Dimi.

Dec. 28, 2002

Re: Documentation work -task list -man pages

by Dimitrie O. Paun

On December 26, 2002 05:31 pm, Tony Lambregts wrote: > I think that we should keep the documentation tasks togetther. If its OK > with Dimi we can just use his page and give him diffs or we can split > off the documentation section and he can link to it. I am more than OK with it, I think it's the way to go. Having the TODO split in 1000 places defeats the purpose of having a TODO list in the first place. Moreover, look at the other TODOs: they don't change that often... :) > wine.texinfo is like a man page and it seems to be updated fairly well. > I don't agree with trying to get rid of it but I am not about to be the > one to maintain it either. No, it had no serious updates since '98. It's out-of-date, and unmaintained. It does need to be merged with the docs we have. Alexandre explained this some time ago. The TODO entry is still valid IMO. > I really dont know what to do about > installation-und-konfiguration.german. I am inclined to leave it for now Yes, it's a tough nut to break. Personally I think translated docs at this point hinder us a lot more than it helps. Most of our documentation is out-of-date, translating it just makes the problem worse. But that's just me... > > #7 and #8 I dont fully understand what needs to be done here. > > Can you fill me in on what needs to be done with these two ?? Yes, they need merging with the code, or in the documentation, as Tony already explained. > From what I can tell the man pages are the best of the lot. Yes, Alexandre takes care of those usually, these are the last things you should worry about. In other words: don't. :) > Right now we could use someone "New To Wine" to go through the users > guide one chapter at a time and report to us *anything* they don't > understand. That would be a superb test, indeed. But maybe we should first fix the gaping holes before we subject an unsuspecting individual to the task :) -- Dimi.

Dec. 28, 2002

tests: ok(0,"foo") prints a '\n'!

by Francois Gouget

I noticed that the oleaut32/safearray test uses statements such as: ok(a->cDims == i,"a->cDims not initialised?\n"); But it is not necessary to add a '\n' to ok statements. All it does is insert an extra '\n' after each test error. I could send a patch to fix this (small) issue, but I think this behavior of 'ok' is wrong. It goes against the convention established by all other functions such as printf, TRACE, ERR and even the test framework's own trace function. None of these appends a '\n'. 'ok' is the exception there and safearray is not the first test (nor the last) to get caught by this. So if noone objects I'll send a patch that stops 'ok' from appending this '\n', and adds a '\n' to all calls to ok. Actually, I would be pretty happy if someone could come up with a perl script doing the latter... Comments? -- Francois Gouget fgouget(a)free.fr http://fgouget.free.fr/ 145 = 1! + 4! + 5!

Dec. 28, 2002

make uninstall trying to remove aclocal??

by Mark Knecht

Hi, I note that at the end of make uninstall the scripts seem to be attempting to remove a shared directory. I really am not sure this is a good idea, or at the least the desired action is not taking place... In my case the directory is actually a link, but I think you should not be removing it anyway. Thanks, Mark rm -f /usr/local/share/aclocal/wine.m4 rmdir /usr/local/share/aclocal rmdir: `/usr/local/share/aclocal': Not a directory make: [uninstall] Error 1 (ignored) [root(a)Godzilla share]# ls -al aclocal lrwxrwxrwx 1 root root 18 Dec 6 18:00 aclocal -> /usr/share/aclocal [root(a)Godzilla share]#

Dec. 28, 2002

Re: Couldn't find a decent font, aborting

by Mark Knecht

Eric, Thanks for the response. I'm just back from Christmas travels and trying to get caught up. As an experiment I took an older Redhat 7.0 machine and loaded the newest CVS on it. That machine ran wcmd just fine. However, on this RH 7.3 machine it does not. To me this is a problem to have a major distribution not run this part of Wine. Disappointing. Can you suggest a good site for getting more info on Linux fonts? I am no Linux guru and really just try to have it be a tool. I'm not a software guy. Thanks, Mark On Tue, 2002-12-24 at 08:27, Eric Pouech wrote: > > I've quickly searched through the Devel and User archives, and searched > > using Google, but found just about nothing on the subject. > wineconsole looks for a fixed size font which will fit the 80x25 console > on the screen. it doesn't seem to find one. > a possible workaround is to install more fixed size TTF fonts > A+ > -- > Eric Pouech > >

Dec. 27, 2002