Re: EnumServicesStatusA - Typical return structure contents with a working internet LAN connection
The correct way to fix this is to call services.exe (which doesn't exist yet) and get a list of services from there. In the mean time you should be able to persuade Alexandre to take a small hack that returns the appropriate information to the application, you should be able to write a small test app for windows and build it with mingw, or better still a conformance test for wine, the easiest way to do this is look at existing tests and the MSDN docs on the API you'll be testing, in this case EnumServicesStatus, the information it will return is also documented on MSDN. Ivan.
Re: wine conf group photo
EA Durbin wrote: The link on the winehq.org page for the photo is returning 404 not found. It has been fixed. Ivan.
make test failure
Here is a make test failure I'm getting on my laptop (for those of you who were not at wineconf, make test should, in theory, work everywhere) ../../../../wine/tools/runtest -q -P wine -M gdi32.dll -T ../../.. -p gdi32_test.exe.so ../../../../wine/dlls/gdi/tests/font.c touch font.ok font.c:276: Test failed: Courier(13): tm.tmAscent 10 != 11 font.c:277: Test failed: Courier(13): tm.tmDescent 3 != 2 make[2]: *** [font.ok] Error 2 make[2]: Leaving directory `/home/ivan/build/dlls/gdi/tests' make[1]: *** [gdi/tests/__test__] Error 2 make[1]: Leaving directory `/home/ivan/build/dlls' make: *** [dlls/__test__] Error 2
automatic winetest builds stopped
Does someone know why the tests at test.winehq.com/data aren't being built any more? Ivan.
Re: automatic winetest builds stopped
Andrew Ziem wrote: Maybe a month ago there was a discussion on this list. IIRC, here's the gist: The build system is broken. Then, someone sent in a patch, but the maintainer is not at home. Any idea when he'll be able to fix this? Ivan.
Re: wine autorun utility
Segin Noname wrote: (FYI: I have no internet connection at the moment, so I say 'hi' to all Wine developers!) Wine is nortorious for NOT supporting Autorun. Many people would say that is a fearute. Ivan.
Re: wine autorun utility
Segin Noname wrote: So I wrote this little program. To be totally honest I don't see the point, in 99.999% of CDs I've ever seen autorun starts some file in the root folder of the CD (start.exe, setup.exe, install.exe, runme.exe, in any case something obvious) and the CD usually comes with instructions telling you which one to run, so I don't see why one would look in the autorun.inf file in the first place, or run the cd with your program, when they could run the right exe directly. So your program would only be useful if it worked like the real autorun, pulled the CD drive every second or so, and automatically read the CD's autorun.inf and started the appropriate exe. Many people (including me) would find that annoying, but I guess it's a windows feature some people may like. Ivan.
Re: msdn calling everything .net now?
Dan Kegel wrote: Lately, when I search for win32 API functions like CoGetObject, the top few hits I get at microsoft.com are the .net ones. I guess it's not a problem, but it feels weird. Calling everything with a new name is an easy way to get people to think you've got something new, when you haven't. They could call them the .net win32 API and some people may actually think it's new stuff. Ivan.
Re: msvcrt/tests: Don't leave files on the disk
Andreas Mohr wrote: Hi, On Tue, Jun 27, 2006 at 04:05:14PM +0100, [EMAIL PROTECTED] wrote: ChangeLog: Don't leave files on the user's hdd Don't you think that a rm -rf / would be more efficient? ;) Unfortunately the tests are for windows, but I guess format c: would do too :-D Ivan.
Re: wine-1.0 goal: fix all reported msi and ole bugs?
Dan Kegel wrote: I just looked, and there aren't *that* many msi and ole bugs reported in bugzilla. Are you implying 1.0 should be released with any known bugs at all? I thought only M$ did that sort of stuff. Ivan.
Re: Autocad 2004 STATUS_INVALID_LDT_OFFSET
Jaap Stolk wrote: from what I could google, code=c096 means that a privileged instruction was found. This is to be expected. DispatchDeviceControl is the function in the driver which handles the IO for the kernel (in this case our fake kernel). If it's a driver it obviously must need to do something that has to be done in ring 0, such as running a privileged instruction. For safedisc, we have some hardware emulation which will run the privileged instructions it needs. What you'll probably have to do is find the instructions the particular driver needs (you can find it in c:\windows\system32\drivers) and emulate it somehow, which may or may not be possible. Ivan.
Wine or WINE?
I was reading WWN yesterday and read something about Microsoft using the incorrect WINE form, I email them about it and they appear willing to fix it. Probably the first example of cooperation from them :-) Ivan.
Fwd: wiki.winehq.org
-- Forwarded message -- From: Ebenezer [EMAIL PROTECTED] Date: 18-Jan-2006 23:31 Subject: wiki.winehq.org To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Message body follows: Hi. I saw some stuff about WINE benchmark performance on digg.com, but when I went to go to the site I found that my company's proxy blocks the site. I don't expect you to be able to do anything about this - I just thought you might find it amusing. I believe we use SmartFilter from Secure Computing (http://www.securecomputing.com/). It classifies http://wiki.winehk.org/ as Alcohol and Hacking for version 4 of their software, and Mature topics in version 3. I checked http://winehq.org/, and it is Computing/Internet for version 4, and unclassified in version 3. (I sent Secure Computing some feedback suggesting that they should probably reclassify http://wiki.winehq.org/ !) - Ben Kelley. -- This message has been sent to you, a registered SourceForge.net user, by another site user, through the SourceForge.net site. This message has been delivered to your SourceForge.net mail alias. You may reply to this message using the Reply feature of your email client, or using the messaging facility of SourceForge.net at: https://sourceforge.net/sendmessage.php?touser=464040
Re: cvs.winehq.org slow?
Aric Cyr wrote: I was having similar problems over the weekend, except my cvs up would timeout and fail. Pinging cvs.winehq.com resulted in a few packet drops then it would starting pinging properly. After that cvs works fine. Network issues at Codeweavers? Well, you can take load off the codeweavers server by using the mirror in Germany, instructions on how to do so are here http://www.winehq.org/site/cvs Ivan.
wine's [EMAIL PROTECTED] team
Hello guys, wine's new boinc [EMAIL PROTECTED] team is up and running here http://setiathome.berkeley.edu/team_display.php?teamid=38091 please consider joining. You can also create a team account here if you aren't already running [EMAIL PROTECTED] here http://setiathome.berkeley.edu/create_account_form.php?teamid=38091 The Microsoft team http://setiathome.berkeley.edu/team_display.php?teamid=26482 is a bit ahead, so we need help. Ivan.
safedisc
Raphael Junqueira asked on bugzilla what the safedisc status is. Currently it works fine, and I believe what we have is more or less ready for CVS. However Vitaly told me Alexandre didn't like the object manager Vitaly wrote, mostly he didn't like permanent objects, that drivers depend on. I haven't talked to Alexandre about this but hopefully some reasonable solution can be found so we can get Vitaly's OM into wineserver (I mean my original implementation that uses pointers as handles also works, but things look better with a real OM). So let's try and trigger some community discussion, we are talking about the guts of wine after all. Vitaly, what's the OM status currently? Alexandre, what didn't you like about it? Ivan.
Re: privileged instruction in 32-bit code
Hi, seems another Copy Protected Game. can you try Ivan Leo Puoti patches (related to ntoskrnl/safedisc) ? Raphael Unless the game is protected by safedisc they won't help much. Chances are some anti debugger checks are failing, so the game intentionally screws itself up. Ivan.
Re: tabs to throw off from an indentation
Saulius Krasuckas wrote: * On Wed, 9 Nov 2005, Ivan Leo Puoti wrote: * Saulius Krasuckas wrote: The question isn't about world wide definition, it's about preference inside Wine project. But OK, I will use tabs in a tabby files. Please use spaces, we can't get rid of existing tabs but let's not make things worse. No I won't, because then a diff in my editor looks wrong. You can fix your editor settings, and anyway the patch will look right once you apply it. Ivan.
Re: Wine API Documentation
Robert Shearman wrote: *It appears that this was previously generated at release time by the wine_release script (http://cvs.winehq.org/cvsweb/tools/wine_release), but was disabled over 2 years ago. I was wondering what the reason was, but I guess it is that it takes a long time to build and a lot of CPU time. We don't really want the WineHQ web server to be running at 100% CPU for ~20 minutes while it builds the API documentation. I agree the docs should be built, maybe we could use the sf.net compile farm to do it? Ivan.
Re: tabs to throw off from an indentation
Saulius Krasuckas wrote: The question isn't about world wide definition, it's about preference inside Wine project. But OK, I will use tabs in a tabby files. Please use spaces, we can't get rid of existing tabs but let's not make things worse. Ivan.
Re: Where is Kernel32.dll ?
Informações wrote: Hey all, I posted this message at the tail of another thread but I think it lost its visibility, as the subject was quite different. Here it goes again: I was performing some naive tests on my Windows box and got stuck on something that looks quite dumb... I just can't find the KERNEL32.DLL library that I expected to be inside the downloadable wine-dlls-0.9-mingw.zip package. ;.( That's because wine's kernel32.dll can't compile for windows. Ivan.
Re: Thank you for closing my bugzilla account...
Dimi Paun wrote: Third, Jonathan has done a lot of good work, and I find it way over the top to remove his Bugzilla account over this issue. In fact I didn't, I suspended it til I could get hold of him and we could discuss it and now all is fine and everyone is happy. Peace and love :-) Ivan.
Re: Reality check
John Smith wrote: Yes, we welcome you to the wonderful world of OpenSource. Or hire a wine developer to specifically work on those tasks ,-) Hmmm... Out of 4 replies I've seen now 3 (or 75%) were about money. Which leads to the question - why _that_ many people in the wonderful world of OpenSource are obsessed with money? Hey, I'm a student, I'm broke, why should I ever work on anything other that what I think would be interesting/fun/cool to do? Ivan.
Re: wine-faq mailing list
Dimi Paun wrote: Can we please kill it? Hmm, I didn't even know it existed
Re: Getting permission to accept bugs
Jeremy Newman wrote: Until that happens, I'll just go in and approve your privs. Back when we had some troll on bugzilla you gave me privs to edit users, so I could handle these requests if you want. However I'd like to see the appdb people having rights to do this too. Ivan.
Re: page fault on 0x7ffe02d8
Robert Reif wrote: Thanks for the pointer. There was a patch submitted back in 2003 for SharedUserData but it wasn't committed. Is anyone working on implementing SharedUserData for a more recent version of wine? We've got a hack that makes safedisc happy, not currently in CVS. Ivan.
Re: IRC Log of channel #winehq
Dieter Komendera wrote: Hi people, I was hanging around in the winehq irc channel for one and a half month or so. I recognized that many questions are asked frequently. Then a good FAQ should do. Ivan.
Re: page fault on 0x7ffe02d8
You can see the start of what's there in include/ddk/wdm.h, it's the KSHARED_USER_DATA struct. It's meant to be read only memory for user mode. Ivan.
Re: page fault on 0x7ffe02d8
Vitaliy Margolen wrote: 0x7ffe is SharedUserData that is present on all NT+ systems. It's format only documented in DDK for kernel address space and only for some first several values. This structure keeps growing as I understand and no one except MS knows what's all in it. We do need this structure for some programs that use it. The trick is, that it's in the space allocated with read only access (for user programs). And marked as private. I think we'll have to do something like that. And update from the server. Vitaly, don't know if you've done some tests on this but IIRC the KSHARED_USER_DATA that we have in ddk/wdm.h should describe it all. Ivan.
Re: Release schedule after release?
Alexandre Julliard wrote: Apart from the version numbering, it won't change much. There will still be regular CVS snapshots (I'm hoping to do them more frequently than in the past, but don't hold me to that ;-), and binary packages built from these snapshots. I have no plans to create stable/unstable branches, at least not until we reach 1.0. How will the feature freeze/unfreeze work? Ivan.
undocumented APIs
Hello, I would like to make a general appeal to not write wine code based on the docs at undocumented.ntinternals.net, because they're often misleading, incomplete or simply wrong, and do more harm than good. Please refer to windows nt/2000 native api reference by Gray Nebbett, to the reactos team, or to me (I've got the book) instead, and always write tests for undocumented functions. Ivan.
Re: Help debugging a problem!
James Hawkins wrote: On 9/27/05, Ann Jason Edmeades [EMAIL PROTECTED] wrote: If I change this to fred = RegisterClassEx16( wcex ); TRACE(Here... %d\n, fred); return fred; it all works.! This sounds like the stack is getting trashed. I agree this looks very much like a stack corruption issue. Ivan.
Re: Safedisc 1 works on wine
Ivan Leo Puoti wrote: Finally we've got safedisc1 running on linux. Thanks go to Laurent Pinchart, Vitaliy Margolen, Brad DeMorrow, Marcus Meissner, and Alexandre for contributing time/code/ideas. Additionally thanks for pointers and suggestions from the ReactOS team. Ivan.
Re: Wine on NetBSD?
Bryce Robilliard wrote: Hello, I was enquiring as to whether or not Wine is compatible with NetBSD, or if any other port of Wine is compatible with NetBSD. If not are there any plans to make this so? Wine is meant to work on NetBSD, however chances are the build has broken over time due to lack of testing. I suggest you try building it and see what happens. Ivan.
Re: ntsepkg.h and security.h missed in wine
Steven Edwards wrote: Find out who the author is if it is not listed in the header and add a LGPL header with a copyright line and submit the headers to wine-patches. Mingw headers are licensed under a BSD/X11 style license so we have no problem including them in wine. They aren't licenced at all because they aren't copyrighted, they're public domain, that's a bit different from X11/BSD. Ivan.
Re: WooHoo get a load of this :-)
Marcus Meissner wrote: On Wed, Sep 21, 2005 at 06:39:06PM +0100, Ivan Leo Puoti wrote: Tom Wickline wrote: 4. System becomes the property of SpecOpS Laboratories. Oh yeah, someone writes a full windows API implementation in a month or so, You misread the mail... It says One Application and get it running using WINE. I would consider myself nearly capable to do that myself. Ciao, Marcus Well, that depends very much on the application, still I think those guys are smoking crack. Ivan.
Re: WooHoo get a load of this :-)
Tom Wickline wrote: 4. System becomes the property of SpecOpS Laboratories. Oh yeah, someone writes a full windows API implementation in a month or so, capable of replacing an OS that generates 1 billion US dollars a month in revenue, beating over a decade of open source wine development, and sells it to SpecOpS Laboratories for 10k, that's sure going to happen. I think anybody with the means to do that would make it open source, or sell it to the highest bidder. Ivan.
Re: Wine on NetBSD?
Bryce Robilliard wrote: I was enquiring as to whether or not Wine is compatible with NetBSD According to the readme file yes, however I think nobody has tried it in a long time. Ivan
Re: found it! the dce porting header file
Luke Kenneth Casson Leighton wrote: guys (wine team) i have to say this. you were utterly insane to not use freedce as your starting point I heard some ros guys want to implement smb from scratch without even looking at samba, it must be some mental disease that all people reimplementing windows get ;-) Ivan.
Re: patches
Robert Lunnon wrote: This might be a moot point. In general it isn't possible to copyright an Interface definition under most copyright jurisdictions (other wise merely using the interface in your own program would be a copyright violation). So the exact header expression is protected IE you can't just copy the file. But you can redescribe the interface in a file of your own. Bob Then that applies to the DDK too. Ivan.
patches
Is anything wrong with these? http://www.winehq.com/pipermail/wine-patches/2005-September/020521.html http://www.winehq.com/pipermail/wine-patches/2005-September/020550.html Ivan
listbox APIs
I installed the R2 upgrade for win2k3 today, and the listbox tests don't pass anymore, as shown here http://test.winehq.com/data/200509101000/#2003 R2 is the one on the right. Ivan.
Re: patches
Eric Pouech wrote: Ivan Leo Puoti a écrit : Is anything wrong with these? http://www.winehq.com/pipermail/wine-patches/2005-September/020521.html http://www.winehq.com/pipermail/wine-patches/2005-September/020550.html DDK isn't public information. Do we want Wine tree to be tainted by non cleanly reversed engineered information ? A+ Excuse my language but WTF? The EULA of the DDK is very similar to that of the SDK, it's freely available for the cost of shipping and handling, and we can write our own DDK headers just as we can write the SDK ones. Ivan.
Re: patches
Eric Pouech wrote: from EULA: 1.1 General License Grant. Microsoft grants to you a personal, non-exclusive, nontransferable, royalty-free license to use the Software, and to make and use five (5) copies of the Software on one or more computers located at your premises solely for the purpose of designing, developing and testing drivers that operate in conjunction with the Software for use with Microsoft Windows 2000 Professional, Microsoft Windows 2000 Server, Microsoft Windows 2000 Advanced Server and Microsoft Windows 2000 Datacenter Server; Microsoft Windows XP, Microsoft Windows XP Service Pack 1; Microsoft Windows Server 2003 Standard Edition, Microsoft Windows Server 2003 Enterprise Edition and Microsoft Windows Server 2003 Datacenter Edition operating system products and any Microsoft operating system product that is a successor to any of the foregoing (each an OS Product). isn't that enough ? So on the basis of this the SDK headers we have are tainted too, and so are all of the wine binaries that are built with them, sounds like we're pretty screwed. We already have DDK headers anyway, the DDK and DDK are licenced under very similar terms, so we can either have both or none. Ivan.
Re: patches
Eric Pouech wrote: SDK is available on msdn (web site I mean) with most of the information we need. No, MSDN has the documentation, and only the documentation, subject to these TOS http://msdn.microsoft.com/library/default.asp?url=/library/en-us/sdkintro/sdkintro/legal_information_sdk.asp http://msdn.microsoft.com/library/default.asp?url=/library/en-us/kmarch/hh/kmarch/DDKLegal.asp As you'll note the info for the first half page is actually the same. The SDK headers, like the DDK ones, are *not* on MSDN, you have to download or order the SDK and accept its EULA to access the headers. Ivan.
Re: Safedisc 1 works on wine
Oh, and here's an actualy in game shot, if you're a fan of the game you'll probably notice I'm out of practice. http://www003.portalis.it/115/wine/safediscworks2.png Ivan.
Re: Need ideas about ntoskrnl (WITH ideas)
Damjan Jovanovic wrote: I am worried about performance. When you change from a real driver to a separate process with IPCs, your response time goes from function calls to context switches. Actually performance isn't' bad, we can load the game splash screen at least as fast as windows does. Drivers expect to be able to talk to each other, and processes expect to be able to interact with drivers/devices regardless of which process loaded the driver, so driver must have their own process to run in. Ivan.
Re: appdb developers please read
Francois Gouget wrote: On Thu, 8 Sep 2005, Ivan Leo Puoti wrote: What is a 'patch management system'? If it's something Alexandre uses to apply patches, then his requirement that it be usable from his desktop environement (Emacs) precludes a web-based system. So what about something more like a patch tracking system, not for Alexandre's use but for everyone to see on the web? We don't need that, it's not much better than what we've got and isn't worth the effort, what is needed is something that Alexandre can use. New patches are New, committed patched are committed and rejected patches are marked as rejected, reason: so people can know what is and isn't committed and why as soon as Alexandre makes that decision. Cool additional features could including optionally sending an email with updates about the patch status to the author. So this would require some sort of back end database, something that Alexandre can use (And it's crazy that Emacs doesn't have web support, that means Alexandre can't use the web), and a web based interface for patch submitters. Maybe Jeremy could tell us what the precise idea was before it was dropped from Newman's todo list. Ivan.
Re: Need ideas about ntoskrnl (WITH ideas)
Alexandre Julliard wrote: Then we could imagine a generic mechanism to redirect I/O calls for specific devices to the wineserver, which could then either handle them directly or forward them to ntoskrnl for the case of a native driver. That requires heavy wineserver modifications because we can't do blocking calls, so that means making it multi threaded, and thread safe. Once wine has figured out it's a native thing it might as well call ntoskrnl itself. Ivan.
Re: appdb developers please read
Francois Gouget wrote: Also it would not require disrupting Alexandre's routine or having him do extra work. And the optional email to new submitters would be much more friendly than having the patch go into a black hole without the drawback of bothering old-time contributors. I'm still in favour of a real patch management system, if it was on Newman's todo list it can't be an evil idea and I think it would really help new and old developers. Ivan.
Re: Spam in wine-announce?
Anssi Hannula wrote: This just came in from wine-announce list. Seen it too, I've already sent a report to the admin who's network originated it. Ivan.
Safedisc 1 works on wine
Finally we've got safedisc1 running on linux. Thanks go to *Laurent* Pinchart, Vitaliy Margolen, *Brad DeMorrow, Marcus Meissner, and Alexandre for contributing time/code/ideas. The code is 100% DMCA compliant and hopefully can be cleaned up to be good enough for cvs over the coming days and weeks. Two games have been tested, they both use the same version of safedisc (don't ask how we know, we do) http://www.kievinfo.com/images/wine/HoM3_1.jpg http://www.kievinfo.com/images/wine/safediscworks.jpg Ivan. *
Re: Safedisc 1 works on wine
Tom Wickline wrote: Will this support versions 1.6.0 through version 1.50.20 ? 1.6.0 was the first version of safedisk, version 1.11.0 introduced secdrv.sys and NT support. And do you know if it supports dplayerx.dll and the second layer of encryption that is applied on the ICD that is in 1.50.20? 1.50.20 is the version we used to implement support in wine, so yes it supports secdrv.sys and dplayerx.dll and the encryption applied to the ICD. Ivan.
Re: Need ideas about ntoskrnl
Rob Shearman wrote: Ivan Leo Puoti wrote: Sure, you just have to convince Alexandre that it's a good idea to move all the Nt* APIs to ntoskrnl, you're welcome to try but I think it's something you won't s do before wine 8.0 Every time you feel like saying you just have to convince Alexandre that it's a good idea it should be a warning sign that what you are proposing isn't really a good idea. In this case, ntdll shouldn't be calling ntoskrnl because we aren't going to emulate the NT kernel to user apps. That is the job for ReactOS. So yes, ntoskrnl should call ntdll functions because ntoskrnl is just a user-mode client like any other app/dll. Rob Actually I was being sarcastic, anyway moving that stuff without causing regressions would take a long time, it's something beyond the scope of wine 1.0 regardless of whether it's good or bad. Ivan.
Re: Need ideas about ntoskrnl
Marcus Meissner wrote: Is this really true for secdrv? Even if secdrv 1.0 doesn't need it, the day secdrv x.0 needs it you'll have to fix everything all over again. Apart from anything else drivers expect to be able to talk to each other, and apps expect to be able to interact with devices regardless of who started the driver, and that's impossible without ntoskrnl or very very very ugly hacks. Ivan.
Re: Suggestions for improvement of the emulator
Jeremy White wrote: We actually have a todo on Jeremy Newman's list to build a patch management system for wine-devel, for Alexandre. Our hope was that we could adopt some of the CodeWeavers systems (we have a ticket system that's pretty slick, for example). However, it became clear that the requirements were fairly substantial (the tight emacs integration became our first clue :-/), and that project got back burnered. At the time we were discussing that, though, we didn't have many volunteer web programmers; maybe we should revisit that. Alexandre, would you be interested if folks other than Jer volunteered to help build such a system? Jeremy, I think that's a great idea and the appdb improvements clearly show the web guys could come up with something really good. Ivan.
appdb developers please read
Hello, if you look at http://www.winehq.com/pipermail/wine-devel/2005-September/039837.html you'll see there was a project at some point to make a decent patch management system, but apparently due to the complexity of it and Newman being constantly overloaded with work, it never got anywhere, do you guys think it's doable/would you be willing to volunteer to build something of the sort? It would make wine development easier quicker (No more wondering should I ask Alexandre about that patch? Is it too soon? should I wait a little longer? should I rewrite it? to be or not to be?) and would be great value for the project as it would probably make it easier for new developers to join. Ivan.
Messages from 2030 (Laxdragon please read)
http://www.winehq.com/pipermail/wine-devel/2030-March/000355.html Well, now we all know wineserver will still be around in 2030... Seriously, this should be fixed (not wineserver, the list archive) Ivan.
Re: Need ideas about ntoskrnl
Peter Beutner wrote: Why implement ntoskrnl as a seperate process plus inventing a new IPC protocol to talk to it? As you said: ntoskrnl for windows _is_ what wineserver for wine.. So why not implement the needed ntoskrnl stuff into wineserver? Great idea, but Alexadre doesn't want drivers running in wineserver. Ivan
Re: Need ideas about ntoskrnl
Uwe Bonnes wrote: Was this discussed on wine-devel? No, but you're welcome to try and convince him, even if I don't really think it's possible. Ivan.
Re: Need ideas about ntoskrnl
Peter Beutner wrote: Any reasons given? Yes, he doesn't want driver in the wineserver. Ivan.
Re: Suggestions for improvement of the emulator
Marcus Meissner wrote: Personally I consider the WINE project fair in its patch acceptance policies. IMHO it's also fair to call it Wine and not WINE, IIRC this was agreed on before. Ivan.
Re: add proper support for native NT drivers and programs to the build system
Alexandre Julliard wrote: You should provide your own handling of stubs inside ntoskrnl, like ntdll does. ntosknrl? And who's talking about ntoskrnl? This is an attempt to add generic support for native nt applications, it's not a ntoskrnl specific thing, and not all native nt apps do their own exception handling. I certainly understand very few if any people will ever use winebuild on a native nt app, but that doesn't sound like a good enough reason to not have support for them. Ivan.
Re: Suggestions for improvement of the emulator
This of course points to another problem with the existing system - if a patch has been rejected, it should be a necessary consequence that the submitter is informed with reasons - they shouldn't have to be chasing up Alexandre to find out if the patch was rejected or merely missed (which happens often). This is not to criticise Alexandre, but to point out that systems need to be put in place to help him manage these things. Just taking patches of the mailing list is not a sufficient mechanism. What is needed is a system that records all patches, together with their current status (NEW, APPLIED, REJECTED (with reasons), and whatever other status), informs the submitter of any change, and does not allow for a patch merely to be forgotten. I've always thought that sort of thing should be done and would be cool, maybe the guys working on appdb could try and come up with something?
Re: Suggestions for improvement of the emulator
Juan Lang wrote: What this misses is the most common status that causes us all to argue: uncomitted, because Alexandre's not sure about it. Perhaps he has a gut feeling that the approach is not right, but hasn't taken the time to identify any particular flaw. Perhaps it merits additional thought. Perhaps it's too big to review quickly. Perhaps he hopes the submitter will realize it's not up to snuff, and resubmit a better patch. So what? just set Rejected, reason: tests needed or will review later or whatever. Ivan.
Re: Need ideas about ntoskrnl
Peter Beutner wrote: Yupp most of the code maybe already in ntdll. But imo it is quite as ugly, from a design point of view, to call ntdll functions from inside the ntoskrnl. It should be the other way around, shouldn't it? Sure, you just have to convince Alexandre that it's a good idea to move all the Nt* APIs to ntoskrnl, you're welcome to try but I think it's something you won't s do before wine 8.0 Ivan
Re: kernel32: get ExitProcess to call NtTerminateProcess
Eric Pouech wrote: I don't see why you need to return something. If NtTerminateProcess() fails, then just call exit(status). More importantls a function declared as void shoulnd't ever return anything, I'll send a new patch. Ivan.
Re: Suggestions for improvement of the emulator
Troy Rollo wrote: The process requires that developers risk their work amounting to nothing because it won't be accepted. How many times have you seen people say that Alexandre doesn't always know what he wants, but he knows what he doesn't want?. That's a problem vitaly and I now have, ntoskrnl can run kernel mode drivers just fine (Ok, it has for months but only recently it's started using real device handles), but Alexandre doesn't like some things about it and doesn't have any alternative solutions, so we're sort of stuck with 4100 lines of working code, but no immediate prospect of getting them committed. Also I've recently noticed that very few of the patches being submitted are being committed, mainly because Alexandre appears to be *very* busy with some work (mac support maybe?), so dependencies of ntoskrnl that could go in now are still pending approval, the result is development isn't as fast as it could be because we aren't sure what to do next, have no indication of what really needs to be changed in our code, and we have to wait several days to know if what little we have submitted is ok, and when you've got loads of patches that depend on each other that is a bit of an issue. Ivan.
winebuld/winecrt changes and breakages
Your recent changes have broken the ntoskrnl build, because we're forced to link to kernel32 (that we don't need nor want) Could you please fix this? ntoskrnl is meant to be a native program anyway, so it shouldn't have an entry point routine like win32 progs. Being able to use NtProcessStartup instead of main would be an extra bonus. Of course this means we'll have to call NtProcessTerminate at shutdown but that's something all native progs on windows have to do too. Also I believe this patch of your to be wrong: http://cvs.winehq.org/patch.py?id=19957 The entry point of native drivers is DriverEntry, native drivers don't link to kernel32, thus can't call ExitProcess, also consider DriverEntry is like DllMain, it's an initialisation routine, the real work is then done by the DispatchDeviceControl function, so if you call ExitProcess nobody will have a chance to call the driver anyway. And all this is taken care by the io subsystem, so that entry point routine really shouldn't be there (Apart from the fact that windows doesn't have it). Ivan.
Re: Today's release fails to build for me
Gerald Pfeifer wrote: /usr/bin/gcc -c -I. -I. -I../../include -I../../include -D__WINESRC__ -D_REENTRANT -fPIC -Wall -pipe -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith -g -O2 -o add.o add.c In file included from add.c:39: winldap_private.h:289: error: syntax error before BerElement winldap_private.h:290: error: syntax error before BerElement winldap_private.h:322: error: syntax error before BerElement winldap_private.h:323: error: syntax error before BerElement gmake: *** [add.o] Error 1 nibal[50]:/sw/test/wine/dlls/wldap32% Installing the openldap headers fixes this error. Ivan.
Re: Compiling winelib dependant code with g++
Gaudet Michael-MGAU01 wrote: wineg++ is using g++, and is passing its options to g++. How can I link some winelib-dependant code with g++ ? compilation is okay, but at linking time, all wine functions are unresolved. // ### here's the output :### [EMAIL PROTECTED] Wine2]# g++ -lwine registry.o registry_wrap.o -o I don't use winelib much but maybe you have to explicitly link against the needed dlls? Ivan.
Re: WineHQ will be offline tomorrow
Jeremy Newman wrote: I will be taking the website offline tomorrow starting at 09:00 CDT (04:00 GMT). I will be moving it to a new ISP. Expect downtime to last for up to 8 hours as I will also be doing a complete reinstall of the OS. This will also affect the mailing lists and the CVS. Luckly we've got a CVS mirror, for those who didn't know, you can use the european mirror following these instructions http://66.102.9.104/search?q=cache:DK5XI0Uyp_MJ:www.winehq.com/site/cvs+hl=en if you need CVS during the downtime. And google will kindly mirror the web pages too :-) Ivan.
Re: WineHQ will be offline tomorrow
Jeremy Newman wrote: The move has been canceled. We still plan to have the box moved/upgraded by the end of the month. As of right now the new ISP was not ready for me yet. I jumped the gun a little. Then maybe you could get the MediaHost guys to mirror us when you do switch As we already have a cvs mirror and the downloads are on sf, only mailing lists would be affected Ivan.
Re: Throwing in an idea (probably it was discussed before though)
John Smith wrote: Situation is pretty simple. We have an application, which works Ok under WINE, provided that Managed=N specified Then just tell your users to set that in winecfg, AFAIK winecfg allows app specific settings. I'm sure your great guys but any such mechanism could be easily abuse by lazy programmers, also once it wasn't needed some sort of backwards compatibility may even be needed, I don't think it's a great idea. One simple solution would be to provide default settings for apps that have known problems, Alexandre hasn't ruled that out if it helps some apps to work out of the box. Ivan.
Re: Throwing in an idea (probably it was discussed before though)
John Smith wrote: Ahem. And how long it usually takes to fix the bug for not-top-10 application? And please, don't suggest to fix it ourselves - it is not going to happen in corporate environment. Not that long if you provide a small testcase with source that triggers the bug As it would fix the problem for 99% of our users, and won't affect those who doesn't run our app, IMO it is still good enough. Then write the setting to the reg yourself, and hope the wine config key never moves. Ivan.
Re: Throwing in an idea (probably it was discussed before though)
John Smith wrote: 1. It is still not 'out-of-the-box' - and from this point of view it doesn't matter much whether it is hacking config file or using GUI; 80% of end-users will try it and throw it away if it doesn't work without hacking settings; 20% of others will ask questions, and will hack config or run winecfg, but those 80% will be lost. As some have suggested you can write the settings to the registry yourself Ivan.
Re: [winedbg] Don't ever pass a NONCONTINUABLE exception
Alexandre Julliard wrote: Not really, if the app handles the exception there's no reason it would fail. And that's just what safedisc does so please don't change it because it appears to work and enough things it needs are broken already. Ivan
Re: Throwing in an idea (probably it was discussed before though)
John Smith wrote: As a Win developer, I want to make a suggestion (sorry if it was already discussed - or if similar mechanism already exists): What if some simple way will be provided for Win developers to say which options they prefer for WINE to use for their application? While it may seem to somewhat contradict to the 'big bright future' of the WINE (with all the apps running flawlessly under WINE), it would hopefully allow for immediate increase of out-of-the-box supported applications. For example, it could be a resource string of special format (for example, __WINE_CONFIG_HINT: Managed = N), and multiple hints should be allowed. This hint should override system-wide settings but in turn should be overridden by per-app settings in wine config file/registry. This will just allow developers to hide bugs in wine and slow development even further, I thing it's a bad idea. Ivan.
Bugs in ole32 test (Or in windows)
The tmp files generated by the testProps() and testCodepage() in dlls/ole32/tests/stg_prop.c don't get deleted in windows nt 4.0, even if apparently a DeleteFileW is done on them. Ivan.
Weird issue with advapi32 tests on nt 4.0
The advapi32 tests save a key, load it and delete the file, and all is fine. But on nt 4.0 sp6 I'm getting a *really* weird, thing, a saved_key.LOG comes out of the blue, it appears to get written to disc after the RegLoadKey call at line 543 of dlls/advapi32/tests/registry.c, however this really shouldn't happen, why should RegLoadKey write this empty file? Has anyone else seen this? I was tempted to send a patch to just delete the file but I'm curious about where this file is coming from and why it gets created, anyone have a clue?. Ivan.
Wine passes WGA test
You can now validate for WGA downloads using wine and the Microsoft WGA validation tool, and you'll get a thank you message from Microsoft for using Microsoft genuine downloads. Also the anti wine checks appear to be disabled as the tool works in both windows 2000 and windows 98 mode, however the wine registry key string is still in the binary, maybe it's just disabled. In any case some EU officials have already expressed an interest in these checks, so if they enable them someone may end up getting another super fine. Ivan.
Re: Wine passes WGA test
James Courtier-Dutton wrote: Would it be wiser to implement a wine feature to block a particular application from seeing a particular registry key. We could then only allow the key to be visable to the application it would actually be useful for. I think the MS windows registry already has this feature in order to provide security for certain registry entries. Blocking wine would probably be against anti trust laws so I don't see the point. I'd prefer to see them forced to remove anti wine stuff by a court rather than work around stuff like that. Ivan.
Re: threats from MS over Wine's CD/DVD recognition??
I'm not aware of wine ever having such a thing, and I wish Microsoft did threaten us because that would give the EU commission a good reason to go after them again (They already asked me if WGA is violating users' rights, unfortunately they can't do much about it until it's optional). And if you really want decss you can get it from http://spazioinwind.libero.it/ivanleo/dvd.html Ivan.
getting the path to .wine
What's the best way/way usually used in wine to get the full path to .wine? Ivan.
broken installers
Microsoft is giving out, free of charge and with free posting, visual studio 2005 beta 2. I received my copy today, I got a CD with visual studio 2005 team suite, a DVD with visual studio 2005 team foundation server, and a CD with sql server 2005 developer edition community technology preview. None of this stuff installs, they all pop up a not very helpful messagebox saying some problem has occurred. Just thought I'd let those guys locked into a small dark room fixing all installers know :-) Ivan. p.s. To make you extra happy they all appear to be using ole
Re: FWIW, news of SFU and wine
[EMAIL PROTECTED] sfu+X]$ wine x-win612LX.exe fixme:win:SetWindowTextA cannot set text InstallShield Wizard of other process window (nil) fixme:dialog:MSGBOX_OnInit task modal msgbox ! Not modal yet. fixme:dialog:MSGBOX_OnInit task modal msgbox ! Not modal yet. It's a bit of an ancient build of wine, I fixed that fixme last year. Ivan.
Re: [user/tests]: Re: Fix bug that left mouse buttons swapped after tests
Saulius Krasuckas wrote: ChangeLog: Fix bug that left mouse buttons swapped after tests Ivan. I think your patch causes test to fail on Wine, Ivan. My try goes next. Maybe that isn't a bad thing, the results from the latest build of winetest shows this test fails on windows 2000, windows nt, windows me, and windows 98se, so I somewhat doubt the wine behaviour is correct. Ivan.
Re: VMWare Licenses
Brian Vincent wrote: A few weeks ago Ivan asked me about getting him a VMWare Workstation license. I contacted VMWare and they graciously donated 5 licenses to Wine. I thought that was pretty generous of them. It was very generous, it's already proven very useful (See ioctl patch, more are likely to come). Ivan.
bug in winetest gui
On some systems the tag window is created as modal, but doesn't get focus until the user clicks on the dialogue box or the winetest window. I've found this on windows server 2003 service pack 1, Michael Jung has confirmed this happens on windows server 2003 and windows xp service pack 2. I don't see why Microsoft would change an old and tested function like DialogBoxParam, but something is going wrong. Michael also reported focus stays on the about box in the wine test window, so this windows isn't disabled properly. For some reason I can't get winetest to cross compile here, as I can't try fixing it myself I thought I'd might as well report it. BTW the tag box takes focus correctly on nt 4.0 sp6 Ivan.
tester needed
Hello, I need a fairly simple test run for me on windows service 2003 *without* service pack 1, if you can do this please drop me a line. Ivan.
Re: Regression : Current CVS gives me a Segmentation Fault
Paul Vriens wrote: It appears to be http://cvs.winehq.org/patch.py?id=17949 but I'm not a 100% sure on that one yet. Any ideas, or does someone have the same problem ? I can confirm that patch is the problem, Alexandre will commit a workaround shortly. Ivan.
Re: Copy Protection WINE
Jonathan Wilson wrote: From what I understand, there are 3 ways to do copy protection in WINE (at least for copy protection that needs a kernel driver to work): 1.Implement a WINE implementation of that kernel driver (in the same way various stock windows kernel drivers have been implemented). Problem with this is that there is a big DMCA risk (which is why AFAIK its been rejected) This will never be done, apart from the DMCA it would require a new driver for each new build of every copy protection system in the world 2.Implement a fake NTOSKRNL that has just the entrypoints for accessing and loading copy protection drivers (the set of kernel calls needed by the copy protection drivers is only a very small subset of the total set of kernel calls and AFAIK none of them are hardware related) This is what I'm doing, the safedisc 1 driver works quite well with it, some ring 0 emulation is needed but that also works quite well and isn't much of an issue. or 3.Implement a proper kernel driver loader (i.e. one that would sit in the windows kernel and do the same sort of thing as that ndiswrapper and that ntfs.sys loader do) This would be a real pain as it would mean implementing the windows binary driver interface in the kernel, it would also not be very portable. Ivan.
Re: Feasible google summer of code project?
Mike Hearn wrote: If it helps any, when I started I didn't even know C, I learned it specifically in order to hack on Wine. So did I. Ivan.
safedisc stuff
Hi guys, Mike Hearn asked me to send the work in progress stuff, so here it is (some stuff has been removed for legal reasons, so you can't run it in a debugger). Some of it sucks (See QueryServiceStatus for the worst hack ever, that doesn't even usually work), but the design should be more or less ok. It needs lots of cleanup and optimisation. Ivan. safedisc.tar.bz Description: Binary data
Age of Empires 2 splash screen
I actually got this for the first time a few days ago, but I thought I might as well share it as I think it's cool. AFAIK DMCA compliant code has never got this far with safedisc 1. http://www003.portalis.it/115/download/aoe.png Ivan.
Re: Age of Empires 2 splash screen
Jesse Allen wrote: Was this with the current wine tree? lol no, it's my safedisc work in progress stuff. Ivan.
Re: Installing Acrobat Reader 7 and Acrobat in general
Mike Hearn wrote: This is a *concrete* and *achievable* task, which would hugely improve the usability of WineHQ IMO. I just use the wine icon for Mandrake RPMs. Ivan.
games
If you've got a safedisk1 copy protected game please contact me by private email. All safedisk1 games have a .ICD file in the root of the CD. Ivan.
Re: wineconf video downloads
Hans Leidekker wrote: Here's another mirror: http://mirzam.it.vu.nl/wineconf/ All the videos are up on the main server, please sync your mirros. MP3s should be up in six or seven hours. Ivan.
Re: wineconf video downloads
Ehm, are those the final videos? What about the audio volume editing some people wanted to do? I've put them up as they are, but if someone could do some editing it would be nice. If this is the final version, then I'll move it to a download directory, too... That may help. Ivan.