- Wine-Devel - list.winehq.org

Re: IDE disk geometry
by Michael Ost Sept. 22, 2005

Sept. 22, 2005

On Tue, 2005-09-20 at 18:22, Vitaliy Margolen wrote: > Tuesday, September 20, 2005, 6:11:49 PM, Michael Ost wrote: > > Should I put my code in CDROM_DeviceIoControl? Or handle it in > > NtDeviceIoControlFile? Should I pass all other IoControlCodes except > > IOCTL_DISK_DRIVE_GET_GEOMETRY for a verifiable IDE drive on to the > > CDROM_... function? > I don't it make any sense to create the whole new file to parse just one IOCTL. > So you might just add it to the cdrom.c I think that might get accepted. I don't think it was clear that the device in question is not a CDROM, but a hard disk. Are IDE hard disks supposed to be lumped in with CDROMs in the code? > But before you go too far, pleas look at kernel/oldconfig.c. It does some > parsing of /proc already. So all you need to do is to find where this > information is stored on windows (it has to be somewhere in registry) and add to > that. Then you don't need to parse /proc all the time but just read info from > the registry. One possible option would be to use IOCTL_SCSI_GET_INQUIRY_DATA to OK. That's a good idea, except that in the Wine version my company is using there is no oldconfig.c. So for our version I guess I would patch dlls/ntdll/cdrom.c by reading out of proc directly. But I would submit a version that stores disk geometry in the registry. I'll look in to that. Thanks for the feedback... mo

2 2

Re: ntdll: Add few tests for object manager
by Alexandre Julliard Sept. 22, 2005

Sept. 22, 2005

Vitaliy Margolen <wine-patch(a)kievinfo.com> writes: > All of them are to-do. Thanks to Robert Shearman for examples. ;-) > Can't really test nothing more since most of the om functions are stubs. Come on, you can test a lot more than that. Even if you only test create and open functions, if you test the various case combinations, with or without the CASE_INSENSITIVE flag, for mutexes, events, semaphores, pipes, mappings, files, etc. you should be able to easily come up with a few hundred tests. -- Alexandre Julliard julliard(a)winehq.org

2 1

Dragon ns8 problem
by Jean Magnan de Bornier Sept. 22, 2005

Sept. 22, 2005

Hello all, My machine: Linux-gentoo, wine 20050725 I'm quite new to wine, just installed it in order to use dns8, of which I have the french version. I looked at recent threads on this list and have been more or less hopeful, but right now I have had no success; here is the log of my last attempt with the command "wine setup.exe": === Début de l'écriture dans le journal : 22/08/2005 14:18:02 === Début de l'action 14:18:02 : INSTALL. Début de l'action 14:18:02 : ISMsiServerStartup. Fin de l'action 14:18:03 : ISMsiServerStartup. Valeur renvoyée : 1. 1: The InstallScript engine version currently installed on this machine is adequate. Début de l'action 14:18:03 : ISStartup. 1: Event 'E183186' is created 1: GetInstallDriver, Can not find InstallDriver in ROT table, Return Code = 0x800401e3 1: {DDDD0C4B-57F7-4A85-ACF0-DB3FC8F1DBB4} 1: ISMsiServerStartup Failure. Unknown Exception. Fin de l'action 14:18:03 : ISMsiServerStartup. Valeur renvoyée : 1603. 1: ISStartUp Failure. OpenEvent, Error = 0x2 Fin de l'action 14:18:03 : ISStartup. Valeur renvoyée : 3. Début de l'action 14:18:03 : SetupCompleteError. Informations 2898. Tahoma8, Tahoma, 0 Informations 2898. TahomaBold10, Tahoma, 0 Début de l'action 14:18:06 : ISCleanUpFatalExit. Fin de l'action 14:18:06 : ISCleanUpFatalExit. Valeur renvoyée : 3. DEBUG: Error 2896: Executing action ISCleanUpFatalExit failed. Erreur interne 2896. ISCleanUpFatalExit Fin de l'action 14:18:06 : SetupCompleteError. Valeur renvoyée : 3. Fin de l'action 14:18:06 : INSTALL. Valeur renvoyée : 3. === Fin de l'écriture dans le journal : 22/08/2005 14:18:06 === MSI (c) (0C:0E): Produit : Dragon NaturallySpeaking 8 -- L'installation a échoué. The eighth line of this seems to be tne interesting one; what would this InstallDriver and this ROT table be? Can I find them somewhere? Any hope still? TIA, -- Jean Magnan de Bornier | Cours Victor Hugo e-mots: jean at bornier.net | 13980 Alleins France T 08 70 39 34 03 | P 06 09 17 35 87

6 38

Re: DDRAW: Fix reference counting
by Robert Shearman Sept. 21, 2005

Sept. 21, 2005

Stefan Dösinger wrote: >Hello, >This patch increases the reference count of a DirectDraw object when a Surface >is created, like Windows does. It also adds a test which tests this >functionality. > >Stefan Dösinger > > >------------------------------------------------------------------------ > >Index: dlls/ddraw/ddraw_main.c >=================================================================== >RCS file: /home/wine/wine/dlls/ddraw/ddraw_main.c,v >retrieving revision 1.9 >diff -u -r1.9 ddraw_main.c >--- dlls/ddraw/ddraw_main.c 12 Sep 2005 14:12:47 -0000 1.9 >+++ dlls/ddraw/ddraw_main.c 18 Sep 2005 19:56:12 -0000 >@@ -697,8 +697,10 @@ > } > else if (pDDSD->ddsCaps.dwCaps & DDSCAPS_TEXTURE) > { >- /* create texture */ >+ /* create texture. This increases the DD refcount by 2 */ > > Why do you increase the refcount by 2? Since you add and release them in the same functions, it is not really necessary and just adds complexity to the code. > hr = create_texture(This, pDDSD, ppSurf, pUnkOuter); >+ if(!FAILED(hr)) >+ IDirectDraw7_AddRef(iface); /* Plus the increase at the end of the function */ > > if (!FAILED(hr)) -> if (SUCCEEDED(hr)) -- Rob Shearman

4 4

Re: listview: infoPtr might be invalid after WM_NOTIFY
by Dimi Paun Sept. 21, 2005

Sept. 21, 2005

> Dimi, if you think this is ugly, or if you are working on a better solution, > please do protest. Well, in part it's a matter of style, and IMO this will clutter the code. Moreover, the patch as it is now works by accident. For example: /* send NM_RELEASEDCAPTURE notification */ - notify(infoPtr, NM_RELEASEDCAPTURE); + notify(infoPtr->hwndSelf, NM_RELEASEDCAPTURE); if (!infoPtr->bFocus) SetFocus(infoPtr->hwndSelf); See, after the notify() the infoPtr may be invalid. This means that if we assume the control can be deleted at any point we send out a notification, we have to reget and recheck infoPtr after every function call. There's got to be a better way. I personally think an exception-based solution would be better. This is what exceptions where invented. I know they look alien in C, but I use them every day in Java for good effect. It's true, we have to be careful to release resources along the way, but we have only 6 such allocations that need protecting, and they are localized. And there we already have a try/catch simulated with goto's. Another approach may be to ref count the structure pointed to by infoPtr, and release it at exit from WinProc when the count is 0. Sort of a poor man's garbage collection. I'm cool with this too, and in fact it may be cleaner then the exception-based solution. -- Dimi Paun <dimi(a)lattica.com> Lattica, Inc.

2 3

Re: Wine FAQ update #2
by Dimi Paun Sept. 21, 2005

Sept. 21, 2005

From: "Tom Wickline" <twickline(a)gmail.com> >I forgot a </para> and put a trademark tag in for Bricscad, also fixed >the Bricscad url. Can you please re-diff to the lastest and resend? -- Dimi Paun <dimi(a)lattica.com> Lattica, Inc.

2 1

Googletalk unable to connect
by Vijay Kiran Kamuju Sept. 21, 2005

Sept. 21, 2005

Hi, I think i might have found one missing link why one cannot connect using gmal. When i was looking through symbols in googletalk.exe, i have found that there are strings like WinHttp* These are functions in winhttp.dll, defined in winhttp.h I will send you details if i find any other thing. bye, Vijay

1 0

RE: freedce/win32 - making progress.
by Peter Ekberg Sept. 21, 2005

Sept. 21, 2005

Hi! * Luke Kenneth Casson Leighton writes: > okay, i'm getting somewhere, and there's a key part that i would > appreciate some advice about: if there is anyone who knows how to > do cross-compiling of dlls using libtool, mingw32 (in automake > Makefile.am's) where the dlls need to link against _other_ libraries, > i would love to hear from you. > > if you know of a better place to ask questions such as these, i would > also appreciate some advice on where i should ask them. Perhaps libtool(a)gnu.org, but please be more detailed in what you're trying to do and what you want to happen. > [please respond cc direct because although i am subscribed > to the wine-devel list i have "receive postings" switched off > because i haven't sufficient time any more to sort or delete > hundreds of messages per day like i used to have. > ] > > there are about eight libraries containing a function > rpc__module_init_func() and these need to be LoadLibrary'd and > GetProcAddress'd and called... > > ... but in endeavouring to create dlls, i am getting mad warnings from > libtool about a) static libraries containing unresolved functions > therefore libtool says it _could_ link against the library you > requested, but only if you made a dynamic version and b) unresolved > symbols for functions in other libraries, and it's all a bit of > a vicious circle and i'd rather not bash my head against a brick > wall for days on this. You could try the first patch in this post: http://lists.gnu.org/archive/html/libtool/2005-09/msg00063.html It just might help... It could also be that it's as simple as saying -no-undefined to libtool, that option is needed on windows. But as always it's hard to tell without all the gory details. > if this issue cannot be resolved then there are a number of nasty > options remaining: > > 1) statically link binaries against the libraries, with hard-coded > module init functions (which is what i'm doing now and i link against > libnaf_ip.la, libcom.la, libprot_ncacn.la, libprot_ncadg.la, the list > goes on and you have to do that for EVERY client AND server program) > > 2) abandon automake, work out how to manually create dlls. yes i know > about .def files but libtool appears unconvinced. > > neither of these two is attractive options. > > anyway: what i have working so far can be found at the freedce-devel > sf.net mailing list archives, and as of today, rpcd (the endpoint mapper > on port 135) works. > > and also when i add a NamedPipes transport (ncacn_np) it will > be on \PIPE\epmapper, too. that'll be a fun job. no, really! > > tomorrow's job is to link the echo_server and test that, and if that > works, try the echo_client too. > > if those work, then the free software community will have its own > DCE/RPC reference implementation running on win32. > > much damn good may it do, i am sure. > > l. > > p.s. thank goodness for pthreads-win32. > Cheers, Peter

2 1

riched versions
by wino＠piments.com Sept. 21, 2005

Sept. 21, 2005

trying to get recent (winecfg) wine versions to run a program and it shows an error saying riched20.dll version <unspecified> is found and it "requires" 5.2...... I would have thought that the build-in is probably fine , it is just a version check that is failing. Is there a way to con it or is the only way to pull in a versioned native dll? TIA

2 1

Finding apps that are keeping organizations from switching to Linux
by dank＠kegel.com Sept. 21, 2005

Sept. 21, 2005

I've been thinking about how to boost Wine adoption among organizations that are considering migrating their desktops from Windows to Linux. It seems like the place Wine could have the most impact is at sites which have just one crucial Windows app which is keeping them from migrating So I'm thinking about compiling a list of these keystone apps, starting a little informal QA of Wine using them, and filing reproducible bugs in the winehq bugzilla. Does anyone have suggestions for apps to consider for that list? I'm looking for semispecialized apps that haven't gotten much attention from Wine to date, and that have free demo versions or have vendors willing to provide copies of their Windows apps for QA under Wine. I'll probably focus on one to three such apps, since my time's pretty limited. For example, I ran into such an app while volunteering at a 500-member church. Just about the time I was starting to think about moving them to Linux, they bought a package called "Church Windows", and quickly became completely dependent upon it. There are probably three or so apps in the "church management" category that, if supported by Wine, would enable thousands of churches to consider migrating to Linux. Perhaps some of you who have worked at churches/schools/nonprofits/companies can chime in here... Thanks, Dan Related links for church management software: http://www.winehq.com/hypermail/wine-devel/2003/09/0617.html http://www.rmcumc.org/CR/computer/ http://www.united-church.ca/it/software/ http://associate.com/camsoc/crs/ http://www.capterra.com/church-management-software http://www.neumc.org/page.asp?TableName=oPages_6KF3UU&PKValue=82 http://www.linuxjournal.com/article/7653

1 0