Re: Wine 0.8 TODO v0.1
On November 2, 2002 02:23 am, Francois Gouget wrote: * you can specify DllOverrides on a per application basis This is priceless, thank you Francois for pointing it out. Now, I still think 0.9 should be delivered without DLLs tweaks -- we should keep them for 1.0. But documenting them in the appdb is very important, if we are to every support per-app tweaks. And while we can simply ignore them for the 0.9 release, we can point people to them, so that they tweak them themselves. Who knows, maybe some of them will become Wine hackers! :) -- Dimi.
Re: Wine 0.8 TODO v0.1
On Saturday 02 November 2002 01:23 am, Francois Gouget wrote: For instance, let's say I want to run for DreaWeaver 4. I go to the application database and see this: To get DreamWeaver running, append the following lines to your Wine configuration file: [AppDefaults\\Dreamweaver.exe\\DllOverrides] comctl32 = builtin,native shfolder = native ole32 = builtin oleaut32 = builtin msvcp60 = native msvcrt = native mfc42 = native imm32 = builtin,native [AppDefaults\\Dreamweaver.exe\\x11drv] Managed = N Desktop = 1024x768 --- Now what's cool is that this information actually is in the Application Database, it's just a bit buried (hopefully it's correct too). What's needed is: * more applications should have instructions like the above * we need Application Owners who use a given application regularly and can check the validity of these settings, can put them at the beginning of the page, and keep them up to date Can't we do one better by maintaining this information in the wine tree itself? I know such things /are/ hacks, but they are needed for several important applications, especially the big ones. Keeping it in cvs (or some other easily updated database) just seems like the most likely way to get it actually kept up to date. I realize this might not be the most popular proposal amongst the wine-devel crowd, given the desire of all of us to have the builtin dlls work properly in wine for all app's; but the reality is that wine isn't there yet and probably won't be for some time. IMHO there is probably some kind of potential synergy between Jeremy's idea of integrating WineSetupTk with wine, and Francois' idea of keeping these dll overrides up-to-date -- I think it would be really cool if we could arrange things so that wine just works out of the box for commonly used app's. IMHO, this is more important than getting folks to fix bugs in wine; if they are inclined, and able to do so, they will be able to find the config file and hack on it. WineSetupTk provides all the hard parts of the infrastructure already: namely, a gui onto the ~/.wine/config file. Since wine is rapidly evolving, we all want to stay on the bleeding edge, and users probably do too... I don't know about y'all, but I regularly manually merge changes to: o the wine default registry o the wine default config file into my installation in ~/.wine, from changes I see in CVS. It's a minor hassle for me; but unless you happen to be intimately familiar with version control techniques in general, and cvs/diff/patch utilities in particular, it's probably quite difficult to keep this all sorted out. You can probably guess where I'm headed with this: o A database of configs and registries, with actual version numbers and change history (cvs could be all the database we need, or we could implement some more sophisticated system) o WineSetupTk (at least as a starting point) o Glue to launch WineSetupTk as a control-panel application o More glue to integrate WineSetupTk with the forementioned version database. So, user Less Clue updates his wine. When next time he runs, some little dialog box pops up: New default registry entries and default configuration settings are available for wine. How to deal with this? [ ] Attempt to merge changes automatically. [x] Ask me again later. [ ] Ignore the changes. [ ] Never, ever, show me this crap again. [ ] View the changes and merge them manually. If Less isn't into tweaking the hell out of his config files, then he just picks merge automatically and his wine keeps on just working, but he has all the latest-and-greatest defaults installed into his ~/.wine/config with no thinking involved, and no editing text-files. If he does need to do some hacking, but is scared of text files, well, we have a gui for him to do that. This scheme can be adapted to a pure-registry-based approach with ease (in fact a pure-registry approach makes it /easier/ to implement since you now only have to merge registries, which already have a nice (OK, usable) API on them we can query (win32), and the config file is gone (or highly static)). Just plantin' seeds... -- gmt The purpose of government is to rein in the rights of the people --President Bill Clinton, MTV interview, 1993
Re: games
Can we post *how* to break the copy protection? I don't think so. we can. we could include the cracks needed to run the game on the site. it is legal use a crack if you own the game. as long as we don't forget the disclamer: don't download this crack unless you own this game legal if we can not affort having cracks on our site might point them out to a website that does have them. ( quite easy ) So no, these don't qualify. If we could, we can add them to a special section. adding them to a different section might be a good idea. you must realize that 99% of the games out there have copy protection. so if we do not include copy protected games people will think that wine runs less than 1% of the games and i consider that a bad thing Mark Hannessen
Re: games
On Saturday 02 November 2002 03:46 am, Mark Hannessen wrote: Can we post *how* to break the copy protection? I don't think so. we can. we could include the cracks needed to run the game on the site. it is legal use a crack if you own the game. as long as we don't forget the disclamer: don't download this crack unless you own this game legal Maybe for you... but, this is supposedly illegal in the U.S., thanks to legislation driven by our fiends^H^H^H^H^Hriends in Hollywood. They call this illegal law (we have many of these here in the US) the Digital Millenium Copyright Act. Then, again: All laws which are repugnant to the constitution are null and void. -Marbury vs. Madison, 5 US (2 Cranch) 137, 174, 176, (1803) so maybe not -- don't ask me, I'm one of those dangerous people who still believes in individual liberty... I'm told my type can't be trusted... Unless you are prepared to go to jail for your convictions, I suggest you don't crack anything, get written permission from the copyright holders, or stay out of the U.S. of A: http://www.eff.org/IP/DMCA/US_v_Elcomsoft/ -- gmt The purpose of government is to rein in the rights of the people --President Bill Clinton, MTV interview, 1993
Re: Wine FAQ - call for a volunteer
Jeremy White wrote: Okay, we have a backup FAQ volunteer. Who will be our primary? Hello, I will volinteer to *help* on this.. So you now have two people on the backup side.. I really thought this was over my head and there would be very little that I could do.. But I will show one example: http://www.winehq.org/fom-meta/cache/670.html - Wine currently supports Win32/Win9x (Win95, 98, ME) and Win16 (Win3.1, 3.0, 2.x) best. Win32/NT (NT 3.x, NT 4, Win2K, Win XP) support is more problematic, as fewer programs need that and as the NT API is often undocumented. That being said, Wine can currently return all Windows versions (and even some more !) given above to programs if you tell it which version value to return by --winver xxx. - This needs a append as --winver has been taken out and [Version] Windows = winXX needs to be edited in the config. I can do what I know and if im not 85% sure i can always ask someone. So Status page updates and helper on FAQ should keep me busy for a while :) Tom A certain path to fame, fortune, and a lot of thankless work . Jer
COM vtable inconsistencies with g++ (was SIGSEGV in IDirectDrawImpl_EnumDisplayModes)
On Friday 01 November 2002 18:27, Lionel Ulmer wrote: Well, the problem seems to come from an incompatibility between g++ and the way Wine defines COM objects. From my experiences, the g++ vtable starts at offset 8 whereas Wine defines COM object vtables as starting at offset 0 (ie vtable[0] == first method whereas for g++ vtable[2] == first method). Now as this is a purely WineLib problem, I will let people more competent than me solve the issue, it's just not DirectDraw related at all, but COM related... From what I could find out in 'obj_base.h', you should try rebuilding Wine with the 'ICOM_MSVTABLE_COMPAT' define set to 1 (and read the relevant warning in the associated comment of course :-) ). Lionel, thanks for your efforts, I understand the problem now. I did a fresh build of both wine and the game with this #define added in, but now I get a similar error in DirectDrawCreate at ddraw/main.c:267; it tries to call IDirectDraw7_QueryInterface but the backtrace clearly shows that it's calling Main_DirectDraw_Release, which is off course two ahead of where it wants to be in the table: (gdb) bt #0 Main_DirectDraw_Release (iface=0x403d7c70) at ddraw/main.c:121 #1 0x40fc07d7 in DDRAW_Create (lpGUID=0x0, lplpDD=0x40cc2d24, pUnkOuter=0x0, iid=0x40fc816c, ex=0) at main.c:267 #2 0x40fc0895 in DirectDrawCreate (lpGUID=0x0, lplpDD=0x40cc2d24, pUnkOuter=0x0) at main.c:289 #3 0x4085d836 in dummy () at Source/Main.cpp:320 #4 0x4085d891 in WinMain (hInst=0x4065, hPrevInst=0x0, lpCmdLine=0x403a0e55 , nCmdShow=1) at Source/Main.cpp:339 #5 0x4065509c in __wine_exe_main () from /home/mattbee/Work/Nemesis/LSNClient.exe #6 0x400ce100 in start_process () at ../../scheduler/process.c:564 #7 0x400d2ed6 in call_on_thread_stack (func=0x400cde56) at ../../scheduler/sysdeps.c:112 So with the ICOM_MSVTABLE_COMPAT flag set I get the off-by-two calling error from within Winelib when it's trying to invoke a COM function. When it's not set I get the same bug occurring in my program when it tries to do the same. I'll keep investigating but I'd be amazed if I was the only person who's tried to build a DirectDraw application against Winelib-- surely someone else must have solved this problem before? Or do most Wine users only use Wine for loading PE executables? cheers -- Matthew Bloch Bytemark Computer Consulting Limited http://www.bytemark.co.uk/ tel. +44 (0) 8707 455026
Re: COM vtable inconsistencies with g++ (was SIGSEGV in IDirectDrawImpl_EnumDisplayModes)
On Saturday 02 November 2002 10:36, Matthew Bloch wrote: [snip] Lionel, thanks for your efforts, I understand the problem now. I did a fresh build of both wine and the game with this #define added in, but now I get a similar error in DirectDrawCreate at ddraw/main.c:267; Sorry, to clarify this should be line 265 as I added some log statements. Line 267 in the unmolested source actually *is* a Release call, but it's definitely an IDirectDraw7_QueryInterface call that this bug happens with. -- Matthew Bloch Bytemark Computer Consulting Limited http://www.bytemark.co.uk/ tel. +44 (0) 8707 455026
RtlQueryTimeZoneInformation
Does anyone know anything about RtlQueryTimeZoneInformation? I would like to implement it... nog.
Re: Wine 0.8 TODO v0.1
If you expect internet explorer to work, you are GOING to have to have at least shdocvw,shlwapi set native,builtin. That way they are not required, but if IE is installed and those DLLs exist, you will need to use the native versions. I really can't imagine ANY way we could create a builtin version of those two dll's which will work with -all- internet explorer versions, as the DLL's change horribly between revisions and even service packs. I think urlmon suffers from the same fate, but I'm not certain. Hmm, you means that shlwapi and ..., works only with one version of ie? Good, it shouldn't be a problem then, we should support then only 1 version, and should try adjust this libraries to that version. Maybe that i haven't taken the point hmm.. Regards, Carlos. -- ___ _ \ | / Infraestructuras | . |._ _ _| | ___ ___ ___http://www.andago.com | || ' |/ . |_ |/ . |/ . \__ GNU/Linux |_|_||_|_|\___|___|\_. |\___/ _ \ __|\ \ / Carlos A. Lozano ___'/ | \ -_) __/\__ \ -_) [ [EMAIL PROTECTED] ]\___|_| / _/\_\___| [ [EMAIL PROTECTED] ] http://www.epsxe.com
Re: COM vtable inconsistencies with g++ (was SIGSEGV in IDirectDrawImpl_EnumDisplayModes)
On Sat, Nov 02, 2002 at 10:36:21AM +, Matthew Bloch wrote: So with the ICOM_MSVTABLE_COMPAT flag set I get the off-by-two calling error from within Winelib when it's trying to invoke a COM function. When it's not set I get the same bug occurring in my program when it tries to do the same. I'll keep investigating but I'd be amazed if I was the only person who's tried to build a DirectDraw application against Winelib-- surely someone else must have solved this problem before? Or do most Wine users only use Wine for loading PE executables? I'd say that *BY FAR* most people use Wine to run programs. What would you use Winelib for anyway ? IMHO it has somewhat limited use, given that you don't really gain a lot from porting programs via Winelib (neither performance, nor code size, nor ...). (maybe I'm mistaken here, but currently I don't know of some significant gains) The only advantage I can think of would be the use of Unix code, but then you could achieve the very same thing by writing the Unix equivalent DLL of a Windows DLL (e.g.: hardware access or so) and using the Unix specific DLL version instead on Wine.
Re: COM vtable inconsistencies with g++ (was SIGSEGV in IDirectDrawImpl_EnumDisplayModes)
On Saturday 02 November 2002 11:06, Andreas Mohr wrote: On Sat, Nov 02, 2002 at 10:36:21AM +, Matthew Bloch wrote: So with the ICOM_MSVTABLE_COMPAT flag set I get the off-by-two calling error from within Winelib when it's trying to invoke a COM function. When it's not set I get the same bug occurring in my program when it tries to do the same. I'll keep investigating but I'd be amazed if I was the only person who's tried to build a DirectDraw application against Winelib-- surely someone else must have solved this problem before? Or do most Wine users only use Wine for loading PE executables? I'd say that *BY FAR* most people use Wine to run programs. What would you use Winelib for anyway ? IMHO it has somewhat limited use, given that you don't really gain a lot from porting programs via Winelib (neither performance, nor code size, nor ...). Yes, I'd discovered this since I started, because I assumed there would be some speed advantage. My motivation to start the port through WINE was being able to use gdb and other familiar UNIX tools to debug a Windows program, and to be able to extract the Windows code piece by piece until I was left without any Win32 dependencies. Of course if anyone can tell me how to debug a PE executable running under WINE with gdb I'd be interested, but I assumed it would be even more of an uphill struggle than getting a ELF/winelib version working. cheers, -- Matthew Bloch Bytemark Computer Consulting Limited http://www.bytemark.co.uk/ tel. +44 (0) 8707 455026
Re: COM vtable inconsistencies with g++ (was SIGSEGV in IDirectDrawImpl_EnumDisplayModes)
I'd say that *BY FAR* most people use Wine to run programs. What would you use Winelib for anyway ? IMHO it has somewhat limited use, given that you don't really gain a lot from porting programs via Winelib (neither performance, nor code size, nor ...). Yes, I'd discovered this since I started, because I assumed there would be some speed advantage. My motivation to start the port through WINE was being able to use gdb and other familiar UNIX tools to debug a Windows program, and to be able to extract the Windows code piece by piece until I was left without any Win32 dependencies. Of course if anyone can tell me how to debug a PE executable running under WINE with gdb I'd be interested, but I assumed it would be even more of an uphill struggle than getting a ELF/winelib version working. Well, what happens is that someone starts down the Winelib path, runs into some roadblocks (and some of them end up getting fixed), eventually run into too many problems, and switch back to just using Wine. Which is a crying shame, imnsho. I think Andi dismisses the power of Winelib far too quickly; the promise of Winelib, in my opinion, is nearly as powerful as Wine. The ability to do conditional compilation, for one. Just the conceptual ability to have 1 source tree that can build for multiple platforms (want to run your game on Solaris? Mac OS X?) is cool. (Largely worthless, but cool :-/). So, I guess what I'm saying is that most folks just use Wine, winedbg, the wine trace facility, and use only gdb for occassional spots. But, if you persisted in using Winelib, I, for one would be grateful. Cheers, Jer
Re: games
Op vrijdag 1 november 2002 22:48, schreef Dimitrie O. Paun: On November 1, 2002 05:36 pm, Mark Hannessen wrote: copy protection, nothing more the problem is that there are license issues with copy protection that prevent us from inplenting it at all. but the game itself runs perfect. every function in Diablo II is inplented and working very very well framerate is even higher then in windows !!! Can we post *how* to break the copy protection? I don't think so. So no, these don't qualify. If we could, we can add them to a special section. I have been thinking about this. Maybe it would be possible to put the cracks on WineHQ, but making them so that: 1. They can only run in Wine (not in Windows). 2. Put a disclaimer before the download that says you may only download the 'Wine patch' if you own the game.
Re: Wine 0.8 TODO v0.1
--- Dimitrie O. Paun [EMAIL PROTECTED] wrote: On November 2, 2002 12:02 am, Ender wrote: If you expect internet explorer to work, you are GOING to have to have at least shdocvw,shlwapi set native,builtin. That way they are not required, but if IE is installed and those DLLs exist, you will need to use the native versions. I really can't imagine ANY way we could create a builtin version of those two dll's which will work with -all- internet explorer versions, as the DLL's change horribly between revisions and even service packs. I think urlmon suffers from the same fate, but I'm not certain. If this is the only tweak required for IE6, I think it's acceptable since IE is such a high visibility app. However, we have to be very careful with these things because this way lies madness. So if other apps require such tweaks, they will not make our Gold list. A separate section, with instructions is more appropriate. It pretty much has to be acceptable, I was thinking about suggesting miltiple versions of those files but the requirements to maintain that number of different versions of the same dll is too great so i said scrap that. We can not go down the path of customizing dlls overrides for every app out there, because sooner rather than later we will encounter contradicting requirements. It's better IMO to have a default config that has the default overrides to builtin, native, so that we encourage people to fix applications to work in this configuration (maybe IE is the big exception, but I am not convinced). See above. No we cant and shouldnt do that. Even with the AppDefaults section, there can and most likely always will be conflicting requirements for different apps because inevitably someone isnt using the latest version (for whatever reason) of a dll when they compile and so the older version is required... I would say that with 0.8/0.9 we should say we support so many apps (and they don't have to be IE or Word), with _NO_ native DLLs. If these apps are apps like FTP Commander, WinZip, Xnews, etc., we would have delivered an exciting release. In fact, heavyweights like IE, and Word should come supported in later releases, to refresh excitement. :) I agree, because even if we dont support it doesnt mean it wont run it just means that if they have a problem getting it to work, they cant come crying to us to fix it like they can the supported apps... -Dustin __ Do you Yahoo!? HotJobs - Search new jobs daily now http://hotjobs.yahoo.com/
Re: Wine 0.8 TODO v0.1
--- Francois Gouget [EMAIL PROTECTED] wrote: On Sat, 2 Nov 2002, Dimitrie O. Paun wrote: On November 2, 2002 12:02 am, Ender wrote: If you expect internet explorer to work, you are GOING to have to have at least shdocvw,shlwapi set native,builtin. That way they are not required, but if IE is installed and those DLLs exist, you will need to use the native versions. I really can't imagine ANY way we could create a builtin version of those two dll's which will work with -all- internet explorer versions, as the DLL's change horribly between revisions and even service packs. I think urlmon suffers from the same fate, but I'm not certain. If this is the only tweak required for IE6, I think it's acceptable since IE is such a high visibility app. However, we have to be very careful with these things because this way lies madness. Two related notes: * you can specify DllOverrides on a per application basis * one place where to put this information is in the Application Database *** Call for Application Owners *** For instance, let's say I want to run for DreaWeaver 4. I go to the application database and see this: --- To get DreamWeaver running, append the following lines to your Wine configuration file: [AppDefaults\\Dreamweaver.exe\\DllOverrides] comctl32 = builtin,native shfolder = native ole32 = builtin oleaut32 = builtin msvcp60 = native msvcrt = native mfc42 = native imm32 = builtin,native [AppDefaults\\Dreamweaver.exe\\x11drv] Managed = N Desktop = 1024x768 The problem is what if another program requires a different version of native mscvrt, perhaps a later version of it that dreamweaver doesnt (for whatever reason) work with. The the user has to dll switching depending on the program he wants to run. In windows it somehow compensates for this and both programs run (even if some things in DreamWeaver dont exactly work right ;) thats MS for ya.. ) --- Now what's cool is that this information actually is in the Application Database, it's just a bit buried (hopefully it's correct too). What's needed is: * more applications should have instructions like the above * we need Application Owners who use a given application regularly and can check the validity of these settings, can put them at the beginning of the page, and keep them up to date *** Call For AppDB Overhaul *** I have never understood the purpose of the AppDB, until recently, and the reason for that is because all I see is a bunch of apps listed with ratings that one user put in because he couldnt get it to run, and then a forum for each app that is borked in and of itself... That is why I have shot down every idea thus far to use the AppDB (or at least tried to). But if someone can show me where these cool sounding features are that I seem to have completely missed, I will probably go along with the AppDB. Then we can decide whether such options should be present in Wine's default configuration file, what to do if a given application has different requirements depending on its version, etc. But already having the information in the Application Database would be very helpful. See above. __ Do you Yahoo!? HotJobs - Search new jobs daily now http://hotjobs.yahoo.com/
Plea to fix winelib COM vtable bug
This is a summary of my recent probs with Winelib in the hope that someone who
knows the COM stuff can fix them quickly, because hacking through the jungle
of include files and definitions is hard work
In short, I've built the latest wine cvs with the ICOM_MSVTABLE_COMPAT flag
set in include/wine/obj_base.h, so each vtable has two dummy words at the
start for g++'s benefit.
I then added these statements to the start of my WinMain to cause a segfault:
IDirectDraw* dd;
DirectDrawCreate(0, dd, NULL;)
and for good measure, wrapped the call to IDirectDraw7_QueryInterface in
DDRAW_Create (which is where the segfault occurs) in ddraw/main.c with these
two warnings:
WARN(about to call IDirectDraw7_QueryInterface vtbl size = %d\n,
sizeof(DDCF_Vtbl));
hr = IDirectDraw7_QueryInterface(pDD, iid, lplpDD);
WARN(called IDirectDraw7_QueryInterface\n);
and when running the program, the trace clearly shows that the Release entry
point is being called instead, and crashing, though the vtable is the
expected size (5 entry points, plus 2 dummy dwords):
warn:ddraw:DDRAW_Create about to call IDirectDraw7_QueryInterface vtbl
size = 28
warn:ddraw:DDRAW_Create offset is 12271064
trace:ddraw:Main_DirectDraw_Release (0x403a7c70)-() decrementing from 1.
warn:ddraw:Main_DirectDraw_Release doing final release
Looking at the pre-processor output from compiling ddraw/main.c, I can see
that IDirectDraw7Vtbl type has the two extra words grafted onto the front, as
it should:
struct IDirectDraw7Vtbl {
long dummyRTTI1;
long dummyRTTI2;
HRESULT (__attribute__((__stdcall__)) *QueryInterface)(IDirectDraw7* me,
const IID* const a, LPVOID* b);
ULONG (__attribute__((__stdcall__)) *AddRef)(IDirectDraw7* me);
ULONG (__attribute__((__stdcall__)) *Release)(IDirectDraw7* me);
...
The problem seems to be that the call is offset not just by two table entries,
but four. Somewhere in that jungle of macros, the vtable base adjustment
of +2 is being applied twice, I'm sure of it. But I'm buggered if I can find
out where this is happening; I'm still looking but it's slow progress and I
believe it's a winelib bug.
Any suggestions on how to fix it would be welcome. cheers,
--
Matthew Bloch Bytemark Computer Consulting Limited
http://www.bytemark.co.uk/
tel. +44 (0) 8707 455026
Re: Wine 0.8 TODO v0.1
On November 2, 2002 09:57 am, Dustin Navea wrote: No but if there is a big enough hole, they could use it to get access to the /etc/passw and then use a dos program (crackerjack comes to mind here) to decrypt the program (especially if they are dual-booting win9x and linux) That's why you have shadow passwords, which is pretty much standard nowadays, AFAIK. -- Dimi.
Re: Wine 0.8 TODO v0.1
On November 2, 2002 03:26 am, Keith Matthews wrote: Note that an increasing number of apps are assuming that IE is present and use it to provide crucial functionality. For this, we should look into supporting the IWebBrowser interface, via Mozilla. It's been mentioned here before. Actually, there is a LGPL implementation for this in the Mozilla tree, it's just that it's written in C++. One option would be to just install the binaries, and that would be it, but it's not that sexy... -- Dimi.
Re: Wine 0.8 TODO v0.1
--- Dimitrie O. Paun [EMAIL PROTECTED] wrote: On November 2, 2002 09:42 am, Dustin Navea wrote: apps such as slocate to gain root access and then that would give wine a bad rep with both windows newbies and linux users... That can't happen as WIne runs non-root. At mostthey can gain user access. Anything more is a Linux bug. No but if there is a big enough hole, they could use it to get access to the /etc/passwd and then use a dos program (crackerjack comes to mind here) to decrypt the program (especially if they are dual-booting win9x and linux) --Dustin __ Do you Yahoo!? HotJobs - Search new jobs daily now http://hotjobs.yahoo.com/
Re: Plea to fix winelib COM vtable bug
I think I'm closer now...
trace:ddraw:User_DirectDraw_Construct (0x403a7c70,0)
Program received signal SIGINT, Interrupt.
[Switching to Thread 16384 (LWP 2877)]
0x40f510e4 in DDRAW_Create (lpGUID=0x0, lplpDD=0x40c92d38, pUnkOuter=0x0,
iid=0x40f585d0, ex=0) at main.c:264
264 while(1);
(gdb) print pDD
$1 = (struct IDirectDraw7 *) 0x403a7c70
(gdb) print *pDD
$2 = {lpVtbl = 0x40f5a960}
(gdb) print *pDD-lpVtbl
$3 = {dummyRTTI1 = 1089756760, dummyRTTI2 = 1089756316,
QueryInterface = 0x40f45cf0 Main_DirectDraw_Release,
AddRef = 0x40f45f8c Main_DirectDraw_Compact,
Release = 0x40f45fd4 Main_DirectDraw_CreateClipper,
So the create function is apparently unaware of the dummy values and is
filling them in regardless... more later...
--
Matthew Bloch Bytemark Computer Consulting Limited
http://www.bytemark.co.uk/
tel. +44 (0) 8707 455026
Re: Wine 0.8 TODO v0.1
On November 2, 2002 10:11 am, Keith Matthews wrote: Don't care how sexy it is or is not, only if it will work. Some of them seem to be making some pretty specific assumptions about the interface available, and doing it in the install routines too. Well, yeah, we should have the Mozilla thingy installed _before_ we install the program that depends on it, that's obvious. BTW, anyone care to take Mozilla Win32 for a spin under Wine, see if it works? -- Dimi.
Re: WineSetupTk
On November 1, 2002 12:35 pm, Jeremy White wrote: We would create a parallel CVS tree to Wine; say the winesetuptk tree. We'd put that code out under a dual license (GPL/but we still own rights). I'd probably welcome multiple maintainers. First off, thanks for the offer -- it's generous, and very useful IMO. It certainly sounds interesting, and I would like to take a peak at the code. The big problem I have with WineSetupTk it's that it's written in Tcl/Tk (I suppose). I don't know the language, and I don't care to learn it. Moreover, I think Wine should use itself for such tools, so we get to use all the nice controls we have g. One thing that I'd like to see is a programs/winesetup utility that's based on WineSetupTk, but it's written in C, with the Win32 API Controls. Again, this may be a pipedream, I don't know how much effort it would entail, but it's certainly something to think about. It's a nice project for someone familiar with the Win32 API, and little knowledge of Linux (if any) is required, so maybe someone will set up to the task (hint, hint :)). Now it's my turn: comments? flames? :) -- Dimi.
Re: Plea to fix winelib COM vtable bug
trace:ddraw:User_DirectDraw_Construct (0x403a7c70,0) Well, if you look here in files dlls/ddraw/ddraw/hal.c and user.c you see that the 'ICOM_MSVTABLE_COMPAT_DummyRTTIVALUE' line is missing in both vtable definitions... Could you try adding this line (an example in file ddls/ddraw/main.c), recompile, and tell me if it works better now. If yes, I will grep all DDraw code and submit a patch fixing those everywhere I find them. Lionel -- Lionel Ulmer - http://www.bbrox.org/
Today wine's compatibility with 20 popular apps from tucows
Hello :) I have taken the 20 first entries of the top 100 tucows list, except that some entries has been removed, mainly antivirus and programs what need other different program to work. (URL: http://tucows.uam.es/toppicks.html) Comments, improves, ... are welcomed :)) Regards, Carlos. -- ___ _ \ | / Infraestructuras | . |._ _ _| | ___ ___ ___http://www.andago.com | || ' |/ . |_ |/ . |/ . \__ GNU/Linux |_|_||_|_|\___|___|\_. |\___/ _ \ __|\ \ / Carlos A. Lozano ___'/ | \ -_) __/\__ \ -_) [ [EMAIL PROTECTED] ]\___|_| / _/\_\___| [ [EMAIL PROTECTED] ] http://www.epsxe.com Every application was tested with: = o A clean fake_windows. (only windows/system and windows/system32) o Winedefault.reg registry. o Managed = yes o Desktop = no o Extra hacks, native dlls (except the installed by the own program) = none Results: === Total apps tested: 21 (*) Apps install:15/21 Apps run: 4/21 (*) Really 20, but two different Internet Explorer versions was tested. Applications: 1. Irfan View - This feature-rich image viewer and converter supports many formats. VERSION 3.75. * Install: No, Required mfc42.dll. (with mfc42.dll native works) * Run: No (with mfc42.dll native works, but some options likeA thumbnails crashes) 2. Winace - If you need to compress and archive, try out this tool. VERSION 2.20. * Install: No, crashes. * Run: Unknown 3. Internet Explorer - This listing includes 5.01, 5.01 High Encryption Pack, 5.5, 6.0 Beta and the long awaited, official release of 6.0. VERSION 5.5. (from cdrom) * Install: No, with native urlmon stops a bit later. * Run: Unknown. VERSION 6.0. (from cdrom) * Install: No, with urlmon native stops in crypt. With crypt32+msoss native stops with a CRC error. * Run: Unknown. 4. WinZip - The most popular compression utility for Windows just got better. VERSION 8.1. * Install: Yes. (Dlls installed none) * Run: No, it needs riched20.dll to shown the text in zipped files what includes a message, zipped files without messages works fine. 5. ICQ for Windows - The new and improved ICQ is here with all the great features you've come to expect -- plus a whole new set! VERSION 2002a. * Install: Yes, but it need touch /c/windows/system/setupapi.dll (Dlls installed atl.dll,msvcrt.dll) * Run: No, required comctl32 and riched32 native. (it wasn't able to add users to contact list even with this native dlls, i don't know if it was a different problem, or wine related) 6. Acrobat Reader - This is the solution to your PDF troubles. VERSION 5.0.5. * Install: Yes. (Dlls installed by the program: advpack.dll, msvcrt.dll, shfolder.dll, w95inf32.dll, msvcp60.dll, oleaut32.dll, w95inf16.dll). * Run: Yes. 7. VCDEasy - This is a VCD authoring freeware. VERSION 1.1.1. * Install: Yes. (License and more info is not visible - riched32) (Dlls installed none) * Run: No, crashes. 8. Go!Zilla - Let this program do all the work of downloading and disconnecting. VERSION 4.11.39. * Install: Yes. (License is not visible - riched32) (Dlls installed none) * Run: No, crashes. 9. WS-FTP LE - WS-FTP LE is a great application that allows remote file edits, chmods on UNIX boxes and file moves. VERSION 5.08. * Install: Yes. (Dlls installed none) * Run: Yes. 10. Winamp - This program has so many possibilities and offers such a wide range of interfaces, you'll need no other player. VERSION 3.0: * Install: Yes. (Dlls installed none) * Run: No. (Need native msvcrt.dll then works) 11. WinRAR - This is a version of the popular RAR compression format, offering significantly improved compression ratios. VERSION 3.00: * Install: Yes. (It will install winrar in the directory what you are when run the installer, it is a buggy because you must stop the instalation with ctrl+c when it will ask by overwrite files, but it works). * Run: Yes. (minnor glitches in bugzilla) 13. Fruityloops - Make your own MIDIs, WAVs and MP3s in minutes. VERSION 3.56: * Install: Yes. (It will install fruitloops in the directory what you are when run the installer, it is a buggy because you must stop the instalation with ctrl+c when it will ask by overwrite files, but it works). * Run: No. (Need hhctrl.ocx native, with it the program runs, but i haven't used it before :/) 14. Download Accelerator Plus - Automatically manage your downloads while accelerating them with multiple server connections. VERSION 5.3: * Install: Yes. (Dlls installed AniGIF.ocx,atl.dll) * Run: No. (the program starts, but when you press in some option it will stops) 15. QuickTime Player - View almost any movie out there with the added benefits
Re: COM vtable inconsistencies with g++ (was SIGSEGV inIDirectDrawImpl_EnumDisplayModes)
On Sat, 2 Nov 2002, Matthew Bloch wrote: So with the ICOM_MSVTABLE_COMPAT flag set I get the off-by-two calling error from within Winelib when it's trying to invoke a COM function. When it's not set I get the same bug occurring in my program when it tries to do the same. Don't use ICOM_MSVTABLE_COMPAT with newer g++ versions, it's obsolete. Use ICOM_USE_COM_INTERFACE_ATTRIBUTE.
Re: games-------- I must be smoking CRACK !!!
Z_God wrote: Op vrijdag 1 november 2002 22:48, schreef Dimitrie O. Paun: On November 1, 2002 05:36 pm, Mark Hannessen wrote: copy protection, nothing more the problem is that there are license issues with copy protection that prevent us from inplenting it at all. but the game itself runs perfect. every function in Diablo II is inplented and working very very well framerate is even higher then in windows !!! Can we post *how* to break the copy protection? I don't think so. So no, these don't qualify. If we could, we can add them to a special section. I have been thinking about this. Maybe it would be possible to put the cracks on WineHQ, but making them so that: 1. They can only run in Wine (not in Windows). 2. Put a disclaimer before the download that says you may only download the 'Wine patch' if you own the game. Hello, Yea right .. humm I have this nice game that I got from a friend.. Now I see your patch.. Do I own this game ? Yes its on my pc it is mine I own it Did I pay for it heck n.. What ever you do dont put cracks on the WineHQ site... A crack is called ( Aiding and Abeding ) My 2 cent worth on hosting CRACKS !!! Thomas Wickline
Re: dlls/msvcrt: msvcrt-popen-2.diff
On Sat, 2 Nov 2002 10:56:02 -0500, Dimitrie O. Paun [EMAIL PROTECTED] wrote : On November 2, 2002 10:41 am, Jaco Greeff wrote: +#define POPEN_WCMD_EXEC C:\\Windows\\System32\\cmd.exe /c Do we need this hardcoded path here?!? What about the COMSPEC idea that Francois suggested? I'm still trying to get that one to go. As soon as I've got it, I'll submit the small change. snip +else \ +CloseHandle(hHandle); What's up with all the macro abuse? :) We don't like cpp that much! ;) Please, try to do things without macros, it can't be that bad. And everybody is a critic ;) I really hate duplicating code in any function. I'd rather use a macro which make the function 1. more readable, 2. shorter :) I would potentially rather more it to it's own header file than doing the cut-n-paste thing inside a function... Would it be 50% ok with macro abuse in a seperate header file? Greetings Jaco
Re: dlls/msvcrt: msvcrt-popen-2.diff
On November 2, 2002 10:41 am, Jaco Greeff wrote:
+#define POPEN_WCMD_EXEC C:\\Windows\\System32\\cmd.exe /c
Do we need this hardcoded path here?!? What about the COMSPEC
idea that Francois suggested?
+#define LPCWSTR_TO_LPSTR(wszIn, nIn, szOut, nOut) \
+*nOut = WideCharToMultiByte(CP_ACP, 0, wszIn, nIn, NULL, 0, NULL,
NULL);\
+szOut = (CHAR *)MSVCRT_malloc((*nOut+1)*sizeof(CHAR));
\
+if (szOut)
\
+{
\
+WideCharToMultiByte(CP_ACP, 0, wszIn, nIn, szOut, *nOut+1, NULL,
NULL); \
+szOut[nLen] = '\0';
\
+}
\
+else
\
+*nOut = 0;
+
+#define CREATE_PIPE(hRead, hWrite, security) \
+if (!CreatePipe(hRead, hWrite, security, 0))
\
+{
\
+TRACE(Creation of pipe failed\n);
\
+return NULL;
\
+}
+
+#define REDIRECT_STREAM(type, handle)\
+if (!SetStdHandle(type, handle))
\
+{
\
+TRACE(Redirection of stream failed);
\
+return NULL;
\
+}
+
+#define RESTORE_STREAM(type, handle) \
+if (!SetStdHandle(type, handle))
\
+TRACE(Restore of stream failed\n);
+
+#define DUPLICATE_HANDLE(hHandle, hDup, type, hOrig) \
+if (!DuplicateHandle(GetCurrentProcess(), hHandle,
\
+ GetCurrentProcess(), hDup, 0,
\
+ FALSE, DUPLICATE_SAME_ACCESS))
\
+{
\
+TRACE(Duplication of piped handle failed\n);
\
+RESTORE_STREAM(type, hOrig);
\
+return NULL;
\
+}
\
+else
\
+CloseHandle(hHandle);
What's up with all the macro abuse? :) We don't like cpp that much! ;)
Please, try to do things without macros, it can't be that bad.
--
Dimi.
Re: Wine FAQ - call for a volunteer
Jeremy White wrote: Okay, we have a backup FAQ volunteer. Who will be our primary? It's always easier to criticize, than to do. If you do something, you're bound to make mistakes. If you never do anything, you can rest assured that you're not a fault. So, to get a taste of my own medicine, I will coordinate the FAQ work, if people are OK with it. Give everybody a chance to flame me to a smoldering bit. ;) -- Dimi.
Re: header layout agreements
On November 1, 2002 07:12 am, Christian Neumair wrote: Comments on that, please :) Well, here it goes: -- I don't care much about DESC. In fact, it should be painfully obvious what the file is for in 99.99% of the cases. If you feel like adding it, sure, go ahead, you can add a small blurb, without the DESC tag. It's clear what it does, or the description is b0rken :) -- I don't think FUNC section is a good idea. It server no purpose (almost all we do is documented by MS, just go read that docu), and besides, can be automatically extracted from the source. I think we should add the *absolute* minumum docs, and not more: this way people will actually add the essential things, easier to maintain, less chance of bitrot. This one fails the test. -- The TODO BUGS sections are very useful (I mean, more than words can say), assuming they define a close universe. That is, they document all that's left to do, so I don't have to go understand all code to figure this out. This is where people with good domain knowledge should do a quick brian dump. It's not much work, and it helps other developers plenty. A good way to keep track of progress, and status, BTW. -- Dimi.
PATCH: DirectDraw vtable fixes
Found it; a few of the DirectDraw ICOM_VTABLE declarations did not have the
ICOM_MSVTABLE_COMPAT_DummyRTTIVALUE macro prefixing their elements. This
meant that, well, all sorts of havoc broke loose when wrong functions were
called :) I hope this is an uncontentious patch attached.
--
Matthew Bloch Bytemark Computer Consulting Limited
http://www.bytemark.co.uk/
tel. +44 (0) 8707 455026
Index: ddraw/hal.c
===
RCS file: /home/wine/wine/dlls/ddraw/ddraw/hal.c,v
retrieving revision 1.7
diff -u -3 -p -r1.7 hal.c
--- ddraw/hal.c 6 Aug 2002 23:49:46 - 1.7
+++ ddraw/hal.c 2 Nov 2002 16:04:11 -
-549,6 +549,7 HAL_DirectDraw_GetFourCCCodes(LPDIRECTDR
static ICOM_VTABLE(IDirectDraw7) HAL_DirectDraw_VTable =
{
+ICOM_MSVTABLE_COMPAT_DummyRTTIVALUE
Main_DirectDraw_QueryInterface,
Main_DirectDraw_AddRef,
Main_DirectDraw_Release,
Index: ddraw/user.c
===
RCS file: /home/wine/wine/dlls/ddraw/ddraw/user.c,v
retrieving revision 1.11
diff -u -3 -p -r1.11 user.c
--- ddraw/user.c 19 Oct 2002 17:16:00 - 1.11
+++ ddraw/user.c 2 Nov 2002 16:04:11 -
-558,6 +558,7 User_DirectDraw_SetDisplayMode(LPDIRECTD
static ICOM_VTABLE(IDirectDraw7) User_DirectDraw_VTable =
{
+ICOM_MSVTABLE_COMPAT_DummyRTTIVALUE
Main_DirectDraw_QueryInterface,
Main_DirectDraw_AddRef,
Main_DirectDraw_Release,
Index: dsurface/dib.c
===
RCS file: /home/wine/wine/dlls/ddraw/dsurface/dib.c,v
retrieving revision 1.17
diff -u -3 -p -r1.17 dib.c
--- dsurface/dib.c 18 Oct 2002 23:48:59 - 1.17
+++ dsurface/dib.c 2 Nov 2002 16:04:12 -
-1112,6 +1112,7 DIB_DirectDrawSurface_SetSurfaceDesc(LPD
static ICOM_VTABLE(IDirectDrawSurface7) DIB_IDirectDrawSurface7_VTable =
{
+ICOM_MSVTABLE_COMPAT_DummyRTTIVALUE
Main_DirectDrawSurface_QueryInterface,
Main_DirectDrawSurface_AddRef,
Main_DirectDrawSurface_Release,
Index: dsurface/fakezbuffer.c
===
RCS file: /home/wine/wine/dlls/ddraw/dsurface/fakezbuffer.c,v
retrieving revision 1.4
diff -u -3 -p -r1.4 fakezbuffer.c
--- dsurface/fakezbuffer.c 3 Jul 2002 01:20:07 - 1.4
+++ dsurface/fakezbuffer.c 2 Nov 2002 16:04:12 -
-156,6 +156,7 FakeZBuffer_DirectDrawSurface_SetSurface
static ICOM_VTABLE(IDirectDrawSurface7) FakeZBuffer_IDirectDrawSurface7_VTable=
{
+ICOM_MSVTABLE_COMPAT_DummyRTTIVALUE
Main_DirectDrawSurface_QueryInterface,
Main_DirectDrawSurface_AddRef,
Main_DirectDrawSurface_Release,
Index: dsurface/gamma.c
===
RCS file: /home/wine/wine/dlls/ddraw/dsurface/gamma.c,v
retrieving revision 1.3
diff -u -3 -p -r1.3 gamma.c
--- dsurface/gamma.c 31 May 2002 23:25:46 - 1.3
+++ dsurface/gamma.c 2 Nov 2002 16:04:12 -
-72,6 +72,7 DirectDrawGammaControl_SetGammaRamp(LPDI
ICOM_VTABLE(IDirectDrawGammaControl) DDRAW_IDDGC_VTable =
{
+ICOM_MSVTABLE_COMPAT_DummyRTTIVALUE
DirectDrawGammaControl_QueryInterface,
DirectDrawGammaControl_AddRef,
DirectDrawGammaControl_Release,
Index: dsurface/hal.c
===
RCS file: /home/wine/wine/dlls/ddraw/dsurface/hal.c,v
retrieving revision 1.6
diff -u -3 -p -r1.6 hal.c
--- dsurface/hal.c 31 May 2002 23:25:46 - 1.6
+++ dsurface/hal.c 2 Nov 2002 16:04:12 -
-362,6 +362,7 HWND HAL_DirectDrawSurface_get_display_w
static ICOM_VTABLE(IDirectDrawSurface7) HAL_IDirectDrawSurface7_VTable =
{
+ICOM_MSVTABLE_COMPAT_DummyRTTIVALUE
Main_DirectDrawSurface_QueryInterface,
Main_DirectDrawSurface_AddRef,
Main_DirectDrawSurface_Release,
Index: dsurface/thunks.c
===
RCS file: /home/wine/wine/dlls/ddraw/dsurface/thunks.c,v
retrieving revision 1.6
diff -u -3 -p -r1.6 thunks.c
--- dsurface/thunks.c 3 Jul 2002 21:06:58 - 1.6
+++ dsurface/thunks.c 2 Nov 2002 16:04:12 -
-387,6 +387,7 IDirectDrawSurface3Impl_SetSurfaceDesc(L
ICOM_VTABLE(IDirectDrawSurface3) DDRAW_IDDS3_Thunk_VTable =
{
+ICOM_MSVTABLE_COMPAT_DummyRTTIVALUE
IDirectDrawSurface3Impl_QueryInterface,
IDirectDrawSurface3Impl_AddRef,
IDirectDrawSurface3Impl_Release,
Index: dsurface/user.c
===
RCS file: /home/wine/wine/dlls/ddraw/dsurface/user.c,v
retrieving revision 1.14
diff -u -3 -p -r1.14 user.c
--- dsurface/user.c 18 Oct 2002 23:48:59 - 1.14
+++ dsurface/user.c 2 Nov 2002 16:04:12 -
-627,6 +627,7 static void User_copy_from_screen(IDirec
static ICOM_VTABLE(IDirectDrawSurface7) User_IDirectDrawSurface7_VTable =
{
+ICOM_MSVTABLE_COMPAT_DummyRTTIVALUE
Re: Today wine's compatibility with 20 popular apps from tucows
On November 2, 2002 10:53 am, Carlos Lozano wrote: Comments, improves, ... are welcomed :)) This is very, very cool! I would suggest we keep track of the tucows's Top number, so we can say: We run #1, 5, 10, 11, 12 from Tucows Top Picks, as of Nov 1, 2002. or whatever date you took the snapshot on. From this list, we'll need to create a short list of apps on which we concentrate on working out the bugs. A big problem is the riched20.dll. We're not gonna have a replacement for it soon, so I think we need to acknowledge that, and accept apps that are not perfect because of it, but are still usable. -- Dimi.
Re: games
Mark Hannessen wrote: On Friday 01 November 2002 21:29, you wrote: On November 1, 2002 01:07 pm, Mark Hannessen wrote: most games i own install and run ferfectly, but will not give you out the box experience because wine lacks good copy protection code. Diablo II is a good example Can't we be a little bit more flexible and add these games to the list as well ??? Depends. What do you need to do to them to get them working? copy protection, nothing more the problem is that there are license issues with copy protection that prevent us from inplenting it at all. but the game itself runs perfect. every function in Diablo II is inplented and working very very well framerate is even higher then in windows !!! you just need a crack to bypass the copy protection of the game Mark Hannessen I beg to differ. We do NOT need to crack these games, nor should we aspire to it. What we need is a method for the original game's code to verify that a legally CD is indeed in the drive. In other words, we need to write code that, when used by the ORIGNAL copy protected software, will recognize copied CDs as copied and original CDs as original with similar false negatives to what the same code running on Windows does (if we have false positives, i.e. an original CD is mistook to be pirated, that is none of the copyright holder's beef with us). Now, unlike the DeCSS case, where the code was AIMED at a similar purpose, but actually did something else, and unlike the elcomsoft case, where the actions performed by the program could be put to several uses, some bad and some good, in this case no copyright holder can take any beef with the final outcome. I see no reason for binary distributions to be available throughout the world, backwards places like the US included. Personally, I don't think that anything can be said against the sources as well. This is nothing more than letting software that can use the Windows infrastructure to do non-standard things with the CD do the same non-standard things on Linux/*BSD/Solaris etc. The code itself need not contain anything relating to any copy protection technique at all. If anyone thinks that is not the case, and hosting of this code on the main WineHQ site is not desired, I am willing to host the code on my site, and also take responsibility over it's maintanance. Shachar
Re: Plea to fix winelib COM vtable bug
On Sat, 2 Nov 2002, Matthew Bloch wrote:
I think I'm closer now...
trace:ddraw:User_DirectDraw_Construct (0x403a7c70,0)
Program received signal SIGINT, Interrupt.
[Switching to Thread 16384 (LWP 2877)]
0x40f510e4 in DDRAW_Create (lpGUID=0x0, lplpDD=0x40c92d38, pUnkOuter=0x0,
iid=0x40f585d0, ex=0) at main.c:264
264 while(1);
(gdb) print pDD
$1 = (struct IDirectDraw7 *) 0x403a7c70
(gdb) print *pDD
$2 = {lpVtbl = 0x40f5a960}
(gdb) print *pDD-lpVtbl
$3 = {dummyRTTI1 = 1089756760, dummyRTTI2 = 1089756316,
QueryInterface = 0x40f45cf0 Main_DirectDraw_Release,
AddRef = 0x40f45f8c Main_DirectDraw_Compact,
Release = 0x40f45fd4 Main_DirectDraw_CreateClipper,
So the create function is apparently unaware of the dummy values and is
filling them in regardless... more later...
Your particular problem is probably that the
ICOM_MSVTABLE_COMPAT_DummyRTTIVALUE isn't in the vtables found in
ddraw/user.c and ddraw/hal.c, but I'd still just use
ICOM_USE_COM_INTERFACE_ATTRIBUTE to avoid this kind of problem, unless you
really want to fix all the places someone forgot this stuff...
Re: Today wine's compatibility with 20 popular apps from tucows
Hello, A big problem is the riched20.dll. We're not gonna have a replacement for it soon, so I think we need to acknowledge that, and accept apps that are not perfect because of it, but are still usable. It is a serious problem, because without riched20 winzip simply doesn't work, it stops when you doubleclick about a zipped file. Other applicaciones like xnews/icq has the same problem with riched32, without it, the problem is no usable, because, who wants a news/chat program what you can't read the text? ;) Regards, Carlos. -- ___ _ \ | / Infraestructuras | . |._ _ _| | ___ ___ ___http://www.andago.com | || ' |/ . |_ |/ . |/ . \__ GNU/Linux |_|_||_|_|\___|___|\_. |\___/ _ \ __|\ \ / Carlos A. Lozano ___'/ | \ -_) __/\__ \ -_) [ [EMAIL PROTECTED] ]\___|_| / _/\_\___| [ [EMAIL PROTECTED] ] http://www.epsxe.com
Re: Wine FAQ - call for a volunteer
Dimitrie O. Paun wrote: Jeremy White wrote: Okay, we have a backup FAQ volunteer. Who will be our primary? It's always easier to criticize, than to do. If you do something, you're bound to make mistakes. If you never do anything, you can rest assured that you're not a fault. So, to get a taste of my own medicine, I will coordinate the FAQ work, if people are OK with it. Give everybody a chance to flame me to a smoldering bit. ;) Your on !!! When your ready just let me know and we will go at it .. send me a list of things to start on.. Im off from work sun, mon, tue, wen So lets get started :) Tom
Re: dlls/msvcrt: msvcrt-popen-2.diff
On November 2, 2002 11:07 am, Jaco Greeff wrote: And everybody is a critic ;) And especially me, lately :( I would potentially rather more it to it's own header file than doing the cut-n-paste thing inside a function... Would it be 50% ok with macro abuse in a seperate header file? Not from my POV. There are some valid uses for macros, but from what I see in your patch, they certainly don't seem like these are. The code duplication is minimal, but it makes it clear what's going on. Maybe you understand, but it's completely non-standard what you do, and it would take someone significantly more to understand what's going on than if the code would be explicit. And this gets compounded to the well-known problems with the macros. We really don't like cpp around here. It was a shock to me when I started way back when, but I soon saw the light, and I never went back to my evil macro ways :) (not that I much used them before, but I was rather impartial toward them). -- Dimi.
Re: Today wine's compatibility with 20 popular apps from tucows
On Sat, Nov 02, 2002 at 04:53:03PM +0100, Carlos Lozano wrote: Comments, improves, ... are welcomed :)) Great idea! I think you should differentiate the Run: line though into builtin/pure and natvie/tainted: 4. WinZip - The most popular compression utility for Windows just got better. VERSION 8.1. * Install: Yes. (Dlls installed none) * Run: No, it needs riched20.dll to shown the text in zipped files what includes a message, zipped files without messages works fine. * Run builtin: No, it needs riched20.dll to shown the text in zipped files what includes a message, zipped files without messages works fine. * Run native: [riched20.dll] Yes (just guessing) Ciao Jörg -- Joerg Mayer [EMAIL PROTECTED] I found out that pro means instead of (as in proconsul). Now I know what proactive means.
Re: Today wine's compatibility with 20 popular apps from tucows
On Sat, Nov 02, 2002 at 04:53:03PM +0100, Carlos Lozano wrote: Hello :) I have taken the 20 first entries of the top 100 tucows list, except that some entries has been removed, mainly antivirus and programs what need other different program to work. (URL: http://tucows.uam.es/toppicks.html) Comments, improves, ... are welcomed :)) Cool stuff ! 4. WinZip - The most popular compression utility for Windows just got better. VERSION 8.1. * Install: Yes. (Dlls installed none) * Run: No, it needs riched20.dll to shown the text in zipped files what includes a message, zipped files without messages works fine. Hmm, why No here ? AFAIR WinZip works pretty well. 10. Winamp - This program has so many possibilities and offers such a wide range of interfaces, you'll need no other player. VERSION 3.0: * Install: Yes. (Dlls installed none) * Run: No. (Need native msvcrt.dll then works) This should definitely be looked into (might be easy, too). We really should be able to run Winamp out of the box. 13. Fruityloops - Make your own MIDIs, WAVs and MP3s in minutes. VERSION 3.56: * Install: Yes. (It will install fruitloops in the directory what you are when run the installer, it is a buggy because you must stop the instalation with ctrl+c when it will ask by overwrite files, but it works). * Run: No. (Need hhctrl.ocx native, with it the program runs, but i haven't used it before :/) Windows syndrome - you'd have needed hhctrl.ocx on Windows, too, no !?!? Hmm, or is hhctrl.ocx a standard Windows component ? 18. Easy CD-DA Extractor - This program rips CDs, converts audio files between different formats, and creates audio CDs from WAV and MP3 files. VERSION 5.0. * Install: Yes. (Dlls installed advpack.dll, drmv2clt.dll,msdmo.dll, w95inf16.dll,wmnetmgr.dll,asfsipc.dll,l3codeca.acm,msnetobj.dll, w95inf32.dll,wmstream.dll,blackbox.dll,laprxy.dll,msvcrt.dll,wmadmoe.dll, wmvcore.dll,drmclien.dll,npwmsdrm.dll,WMASF.dll, drmstor.dll,msaud32.acm, sl_anet.acm,wmidx.ocx) * Run: No, crashes. (sysparams.c:1646 - user.dll.so) Err... this is the same crash as with... 26. CD Mate - This is a powerful CD backup utility. VERSION 2.2.8.1. * Install: Yes. (License and more info is not visible - riched32) (Dlls installed none) * Run: No, crashes. (sysparams.c:1646 - user.dll.so) (the audioplayer included with the program works) ...this one ? 29. Putty - This simple Telnet application could hang with the big boys. VERSION 0.52. * Install: No needed install. * Run: No. (it doesn't show the right part of the window, regression) Very strange. PuTTY used to work. And please don't name it Telnet application. Telnet is a small part of it that should be neglected as much as possible. But AFAIR I recently had problems getting it to run, too. Andreas Mohr
Re: Plea to fix winelib COM vtable bug
On Saturday 02 November 2002 16:15, Ove Kaaven wrote: Your particular problem is probably that the ICOM_MSVTABLE_COMPAT_DummyRTTIVALUE isn't in the vtables found in ddraw/user.c and ddraw/hal.c, but I'd still just use ICOM_USE_COM_INTERFACE_ATTRIBUTE to avoid this kind of problem, unless you really want to fix all the places someone forgot this stuff... I tried the attribute setting but gcc 2.95.4 doesn't support it, at least it warned me it was ignoring an unknown attribute. Maybe I should be using gcc-3.2 by now but I don't want to cause any more problems, and couldn't face another full recompile, nearly an hour for both WINE and the game on my laptop. cheers, -- Matthew Bloch Bytemark Computer Consulting Limited http://www.bytemark.co.uk/ tel. +44 (0) 8707 455026
Re: Wine 0.8 TODO v0.2
What about reboot.so or similar support? Andreas said he was deffering sending in an official patch. I was willing to take ownership over that (whether from scratch, or based on work done so far) is Andreas isn't interested any more. Shachar Dimitrie O. Paun wrote: This will probably get renamed to Wine 0.9 TODO, after Alexandre's clarification, but I haven't changed the name just yet, to avoid confusion. Once again, what I mean by 0.8: -- Users can start using Wine -- works well for a fair number of apps -- no MS DLLs required (from real Windows) -- User facing stuff (website, docs, etc.) are in a decent state, to avoid scaring them away What is NOT in 0.8: -- stable server protocol: no binary compatibility -- DLL separation: ditto That being said, this is my initial list. Comments, flames, suggestions, are appreciated. A. WineHQ work (Beta at: http://lostwages.winehq.org) 0. Website redesign Jeremy Newman [EMAIL PROTECTED] 1. Reorganize the navigational menu There is a proposal being discussed on the list 2. Create some really sexy screenshots -- one app per screenshot, avoid cluttered desktop -- minimize size, if possible by using 'Positioned Color Dithering' 3. Rework the FAQ interface (static HTML, a la http://www.dvddemystified.com/dvdfaq.html, all on one page, with a clickable question list at the top) Agreed on the list. Should be written in SGML, so we can output all sorts of formats. Which means we need layouts, etc. Any takers? 4. Enlist some 'official' distribution maintainers (at the minimum RedHat, Suse, Mandrake, Debian) 5. Create nice page with apps that run virtually flawless They should not require MS dlls, tricks, etc. to run Small explanation, screeshot, optional link to download page, such as Tucows. Carlos [EMAIL PROTECTED] is running with it. B. Documentation work Andy, take it away! :) 0. We need to figure first _what_ is out of date. C. Wine configuration 0. Merge configuration into the registry 1. Write control panel applets for editing it 2. Have decent defaults so we can start control panel without prior configuration 3. Have wizard like app to autoconfigure wine WineSetupTk proposed by Jeremy White [EMAIL PROTECTED] 4. Make Wine's DLLs register themselves to avoid manual merging of the winedefault.reg 5. Write .inf script to setup a new Wine installation 6. Have a wineboot script for RunOnce stuff D. Stabilize utilities 0. Get rid of the init directive from .spec files Alexandre Julliard [EMAIL PROTECTED] volunteered 1. Make sure the .spec file format is fairly stable Any other things that may need changing here? 2. Ensure the various utilities' options are stable Anything here? E. Important fixes 0. Window management rewrite, so we can install apps in managed mode.
Re: WineSetupTk
First off, thanks for the offer -- it's generous, and very useful IMO. It certainly sounds interesting, and I would like to take a peak at the code. The big problem I have with WineSetupTk it's that it's written in Tcl/Tk (I suppose). I don't know the language, and I don't care to learn it. Moreover, I think Wine should use itself for such tools, so we get to use all the nice controls we have g. One thing that I'd like to see is a programs/winesetup utility that's based on WineSetupTk, but it's written in C, with the Win32 API Controls. I believe Alexandre plans to have Wine configured via the registry eventually. Then it would probably make sense to have a C program that acted as a control panel applet and did what WineSetupTk does, but in a dynamic fashion using the registry APIs. Until then I would expect a C version of WineSetupTk to be rather ugly from having to deal with much text config parsing and manipulation.
Re: Wine FAQ - call for a volunteer
On November 2, 2002 12:27 pm, Thomas Wickline wrote: When your ready just let me know and we will go at it .. send me a list of things to start on.. OK, here's the TODO: 1. Extract the FAQ from the FAQ-O-Matic This means also deleting it from there, to avoid duplication, and confusion. We need to: i. Separate the FAQ from troubleshooting ii. Delete stuff from FAQ-O-Matic Andy, how can we do that? 2. Come up with a stylesheet based on the DVD FAQ http://www.dvddemystified.com/dvdfaq.html that's more in the spirit of WineHQ 3. Format the extracted FAQ, and put it on the site 4. Work on getting the SGML tools to do what we want, so we can write the FAQ in XML, like so: faq entry questionWhat is this for?/question answerNothing in particular, it's just cool./answer /entry /faq But this should be done later, after we post the new FAQ on the site. -- Dimi.
Re: Today wine's compatibility with 20 popular apps from tucows
On November 2, 2002 11:29 am, Carlos Lozano wrote: It is a serious problem, because without riched20 winzip simply doesn't work, it stops when you doubleclick about a zipped file. Other applicaciones like xnews/icq has the same problem with riched32, without it, the problem is no usable, because, who wants a news/chat program what you can't read the text? ;) That's true. However, I was referring to programs that use the rich edit in non-essential places (like the ControlSpy). I don't know what we currently do for rich edit, but what about just dropping all formatting information, and so we display just plain text? This would at least get us to a pseudo-usable state with apps like XNews, and what have you. -- Dimi.
Re: games
Mark Hannessen wrote: Game-wise: Jazz Jackrabbit 2 Fallout Neverwinter Nights Grand Prix Legends Discworld II Did you??? Displays three logos, shows the copyright screen (with death on a horse), starts playing the music and goes into a loop. What did you do to get it working? Shachar
Re: Wine FAQ - call for a volunteer
On Sat, Nov 02, 2002 at 11:01:48AM -0500, Dimitrie O. Paun wrote: Jeremy White wrote: Okay, we have a backup FAQ volunteer. Who will be our primary? It's always easier to criticize, than to do. If you do something, you're bound to make mistakes. If you never do anything, you can rest assured that you're not a fault. So, to get a taste of my own medicine, I will coordinate the FAQ work, if people are OK with it. Give everybody a chance to flame me to a smoldering bit. ;) Sounds damn good to me. So again, the idea was that the FAQ part should get converted into SGML source for easy conversion etc. -- Andreas MohrStauferstr. 6, D-71272 Renningen, Germany Tel. +49 7159 800604http://mohr.de.tt
Re: Wine 0.8 TODO v0.2
On November 2, 2002 11:23 am, Shachar Shemesh wrote: What about reboot.so or similar support? I've added it as item C6. Andreas said he was deffering sending in an official patch. I was willing to take ownership over that (whether from scratch, or based on work done so far) is Andreas isn't interested any more. I don't know, that's between you and Andy. But I would like to know if someone takes ownership of that, so I can add their name there. If both of you work on it, I can add you both, not a problem, but I'd appreciate it if you guys let me know. -- Dimi.
Re: Wine FAQ - call for a volunteer
On Sat, Nov 02, 2002 at 11:47:43AM -0500, Dimitrie O. Paun wrote: On November 2, 2002 12:27 pm, Thomas Wickline wrote: When your ready just let me know and we will go at it .. send me a list of things to start on.. OK, here's the TODO: 1. Extract the FAQ from the FAQ-O-Matic This means also deleting it from there, to avoid duplication, and confusion. We need to: i. Separate the FAQ from troubleshooting ii. Delete stuff from FAQ-O-Matic Andy, how can we do that? Hmm, no idea :-) You should ask Newman to grant you access in case a normal user account on the FOM isn't able to delete the FAQ part. I'd have no trouble whatsoever deleting the FAQ part, though, so I could easily do this myself ;) 2. Come up with a stylesheet based on the DVD FAQ http://www.dvddemystified.com/dvdfaq.html that's more in the spirit of WineHQ 3. Format the extracted FAQ, and put it on the site 4. Work on getting the SGML tools to do what we want, so we can write the FAQ in XML, like so: faq entry questionWhat is this for?/question answerNothing in particular, it's just cool./answer /entry /faq Ah, that sounds cool indeed !
Re: Today wine's compatibility with 20 popular apps from tucows
On Sat, Nov 02, 2002 at 04:54:47PM +, Keith Matthews wrote: Do we really want things which have serious native alternatives. The make good test cases and are good as demo applications too, because people who use Windows may know theses already and the list is obviously not a list put together for that purpose because the apps have been selected by Downloaders at tocows. Ciao Jörg -- Joerg Mayer [EMAIL PROTECTED] I found out that pro means instead of (as in proconsul). Now I know what proactive means.
Re: Today wine's compatibility with 20 popular apps from tucows
El sáb, 02 de nov de 2002, a las 17:33, Andreas Mohr escribio: 4. WinZip - The most popular compression utility for Windows just got better. VERSION 8.1. * Install: Yes. (Dlls installed none) * Run: No, it needs riched20.dll to shown the text in zipped files what includes a message, zipped files without messages works fine. Hmm, why No here ? AFAIR WinZip works pretty well. WinZip includes its own zipped example (test case? hehe :), and without riched20 it will not work :(. 13. Fruityloops - Make your own MIDIs, WAVs and MP3s in minutes. VERSION 3.56: * Install: Yes. (It will install fruitloops in the directory what you are when run the installer, it is a buggy because you must stop the instalation with ctrl+c when it will ask by overwrite files, but it works). * Run: No. (Need hhctrl.ocx native, with it the program runs, but i haven't used it before :/) Windows syndrome - you'd have needed hhctrl.ocx on Windows, too, no !?!? Hmm, or is hhctrl.ocx a standard Windows component ? Hmm, i don't know if it is a standard from windows, but it wasn't installed by the program. Anyway it is a very complex application and i don't know anything about music, i am a bad tester for it ;) [..] Err... this is the same crash as with... [..] * Run: No, crashes. (sysparams.c:1646 - user.dll.so) (the audioplayer included with the program works) ...this one ? Yes, does anyone want kill two birds with only one fight? hehe ;) 29. Putty - This simple Telnet application could hang with the big boys. VERSION 0.52. * Install: No needed install. * Run: No. (it doesn't show the right part of the window, regression) Very strange. PuTTY used to work. Yes I have seen it working around to 15 days ago, it remembers me that 12zip is other application with regression in the last 15 days. And please don't name it Telnet application. Telnet is a small part of it that should be neglected as much as possible. Good, i haven't done the descriptions ;), it is copied from tucows :) Regards, Carlos. -- ___ _ \ | / Infraestructuras | . |._ _ _| | ___ ___ ___http://www.andago.com | || ' |/ . |_ |/ . |/ . \__ GNU/Linux |_|_||_|_|\___|___|\_. |\___/ _ \ __|\ \ / Carlos A. Lozano ___'/ | \ -_) __/\__ \ -_) [ [EMAIL PROTECTED] ]\___|_| / _/\_\___| [ [EMAIL PROTECTED] ] http://www.epsxe.com
Re: Today wine's compatibility with 20 popular apps from tucows
El sáb, 02 de nov de 2002, a las 11:41, Dimitrie O. Paun escribio: On November 2, 2002 11:29 am, Carlos Lozano wrote: It is a serious problem, because without riched20 winzip simply doesn't work, it stops when you doubleclick about a zipped file. Other applicaciones like xnews/icq has the same problem with riched32, without it, the problem is no usable, because, who wants a news/chat program what you can't read the text? ;) That's true. However, I was referring to programs that use the rich edit in non-essential places (like the ControlSpy). I don't know what we currently do for rich edit, but what about just dropping all formatting information, and so we display just plain text? This would at least get us to a pseudo-usable state with apps like XNews, and what have you. Yes, it should be enuff to change the compatibility status of this applications :) Regards, Carlos. -- ___ _ \ | / Infraestructuras | . |._ _ _| | ___ ___ ___http://www.andago.com | || ' |/ . |_ |/ . |/ . \__ GNU/Linux |_|_||_|_|\___|___|\_. |\___/ _ \ __|\ \ / Carlos A. Lozano ___'/ | \ -_) __/\__ \ -_) [ [EMAIL PROTECTED] ]\___|_| / _/\_\___| [ [EMAIL PROTECTED] ] http://www.epsxe.com
Re: Wine FAQ - call for a volunteer
Awesome! Okay, Dimi, you are in charge. You've got Keith and Tom to help you out. We have a request from Jer for SGML; my guess is that if you can get the SGML together, he can simply include it inside a clean looking web site. If you need somewhere to host the result of the generated SGML, I'm sure we can find somewhere on winehq.com for you to hang it. Cheers, Jer On Sat, 2002-11-02 at 10:01, Dimitrie O. Paun wrote: Jeremy White wrote: Okay, we have a backup FAQ volunteer. Who will be our primary? It's always easier to criticize, than to do. If you do something, you're bound to make mistakes. If you never do anything, you can rest assured that you're not a fault. So, to get a taste of my own medicine, I will coordinate the FAQ work, if people are OK with it. Give everybody a chance to flame me to a smoldering bit. ;) -- Dimi.
Re: Today wine's compatibility with 20 popular apps from tucows
El sáb, 02 de nov de 2002, a las 16:54, Keith Matthews escribio: I have taken the 20 first entries of the top 100 tucows list, except that some entries has been removed, mainly antivirus and programs what need other different program to work. (URL: http://tucows.uam.es/toppicks.html) Do we really want things which have serious native alternatives. The ones I am especially looking at are Ws-FTP and putty. Most distros have a FTP server, even if it's the grotty WU-ftp with it's bad security record, and all the sensible distros are shipping OpenSSH. It is the same that when you are doing a videogame console emulator. You don't start testing the comercial games first, you start with simple demos, when you will get the basic working, then start with more complex one, and so. The important is not run this applications, the important is that sure that the authors of this applications have used features what are the base of other more complex. So if this features are working correctly, it will be easier run more complex software in the future :) Regards, Carlos. -- ___ _ \ | / Infraestructuras | . |._ _ _| | ___ ___ ___http://www.andago.com | || ' |/ . |_ |/ . |/ . \__ GNU/Linux |_|_||_|_|\___|___|\_. |\___/ _ \ __|\ \ / Carlos A. Lozano ___'/ | \ -_) __/\__ \ -_) [ [EMAIL PROTECTED] ]\___|_| / _/\_\___| [ [EMAIL PROTECTED] ] http://www.epsxe.com
Re: WineSetupTk
On November 2, 2002 11:44 am, John K. Hohm wrote: I believe Alexandre plans to have Wine configured via the registry eventually. Then it would probably make sense to have a C program that acted as a control panel applet and did what WineSetupTk does, but in a dynamic fashion using the registry APIs. Until then I would expect a C version of WineSetupTk to be rather ugly from having to deal with much text config parsing and manipulation. Sorry I wasn't clear -- the winesetup that I'm proposing would work through the Registry APIs, yes. I was referring to functionality, not line-by-line implementation equivalency. -- Dimi.
Re: Wine FAQ - call for a volunteer
On November 2, 2002 12:20 pm, Andreas Mohr wrote: 4. Work on getting the SGML tools to do what we want, so we can write the FAQ in XML, like so: faq entry questionWhat is this for?/question answerNothing in particular, it's just cool./answer /entry /faq Ah, that sounds cool indeed ! BTW, I don't have much experience with SGML tools, anyone interested in looking into this? -- Dimi.
Re: Wine FAQ - call for a volunteer
On November 2, 2002 12:20 pm, Andreas Mohr wrote: Hmm, no idea :-) You should ask Newman to grant you access in case a normal user account on the FOM isn't able to delete the FAQ part. I'd have no trouble whatsoever deleting the FAQ part, though, so I could easily do this myself ;) OK, first let me extract the content, then you can help us delete from the FOM. -- Dimi.
Re: Wine FAQ - call for a volunteer
On November 2, 2002 02:47 pm, Jeremy White wrote: Awesome! Okay, Dimi, you are in charge. Cool! I take this seriously, you know... :) We have a request from Jer for SGML; my guess is that if you can get the SGML together, he can simply include it inside a clean looking web site. Sorry, the SGML will come later. 99.9% of people don't care about anything than HTML, so that gets priority. As I said, SGML is cool (in a geeky way), but completely non-essential for the FAQ. It can wait a few days. -- Dimi.
Re: games
I beg to differ. We do NOT need to crack these games, nor should we aspire to it. What we need is a method for the original game's code to verify that a legally CD is indeed in the drive. totaly agree. but in order to do that, we need copyprotection ( like wineX or windows ) but doing that open source is NOT legal. even in my country. In other words, we need to write code that, when used by the ORIGNAL copy protected software, will recognize copied CDs as copied and original CDs as original with similar false negatives to what the same code running on Windows does (if we have false positives, i.e. an original CD is mistook to be pirated, that is none of the copyright holder's beef with us). the problem with copyprotection is, is that there license forbids anyone to distribute anything that gives away any hints on how to decrypt it. and that is what open source code is all about. so if we do it. it must be closed source ( i hate that ) else we will get seud by every closed source software programmer in the world. Now, unlike the DeCSS case, where the code was AIMED at a similar purpose, but actually did something else, and unlike the elcomsoft case, where the actions performed by the program could be put to several uses, some bad and some good, in this case no copyright holder can take any beef with the final outcome. I see no reason for binary distributions to be available throughout the world, backwards places like the US included. Personally, I don't think that anything can be said against the sources as well. This is nothing more than letting software that can use the Windows infrastructure to do non-standard things with the CD do the same non-standard things on Linux/*BSD/Solaris etc. The code itself need not contain anything relating to any copy protection technique at all. tell me, how are you going to tell if a cd is real or fake without copy protection. if you really have a way to do this, please.. post it. If anyone thinks that is not the case, and hosting of this code on the main WineHQ site is not desired, I am willing to host the code on my site, and also take responsibility over it's maintanance. i think it is not the case. but if you now better, please tell Mark Hannessen
Re: Wine FAQ - call for a volunteer
On November 2, 2002 02:39 pm, Tony Lambregts wrote: I will volunteer to take on the task of taking it from text and converting to sgml. It needs to be SGML. Do we have styles for question and answer already? ... Just Checked No... That's cool, but more importantly we need, styles to convert the SGML to the HTML of our choice. Help here would be _greatly_ appreciated. -- Dimi.
Re: Wine 0.8 TODO v0.2
At the moment I think it will let you browse the registry but not edit it from the GUI. Rob has agreed to relicense his work but atm he and I are short on time and working on other things. I can do a code drop to you guys if someone on the WINE side has the time to adopt it and merge. If not it will be a week or two before I can try and merge it in my local cvs. Thanks Steven I think Wine would welcome such a contribution, sure. It would be nice to have it available for 0.9, but I'm not sure it's mandatory. What's its current status? -- Dimi. __ Do you Yahoo!? HotJobs - Search new jobs daily now http://hotjobs.yahoo.com/
A problem with comctl32
Hey, I've come across what appears to be a simple problem in comctl32. When running icq99b, wine was dying in imagelist.c while trying to dereference a null pointer. Upon looking at the file, there was code for returning FALSE if that pointer was null, thus I felt it being null may be a valid choice. I made the attached change, and the problem was fixed. Comments? Index: imagelist.c === RCS file: /home/wine/wine/dlls/comctl32/imagelist.c,v retrieving revision 1.65 diff -u -r1.65 imagelist.c --- imagelist.c 23 Oct 2002 22:19:11 - 1.65 +++ imagelist.c 2 Nov 2002 20:40:53 - -1082,11 +1082,14 HBITMAP hImageBmp, hOldImageBmp, hOldImageListBmp, hOldMaskListBmp, hBlendMaskBmp; BOOL bIsTransparent, bBlend, bResult = FALSE; const HIMAGELIST himl = pimldp-himl; -const INT lx = himl-cx * pimldp-i + pimldp-xBitmap; -const INT ly = pimldp-yBitmap; +static INT lx; +static INT ly; if (!pimldp || !himl) return FALSE; if ((pimldp-i 0) || (pimldp-i = himl-cCurImage)) return FALSE; + + lx = himl-cx * pimldp-i + pimldp-xBitmap; + ly = pimldp-yBitmap; fState = pimldp-cbSize sizeof(IMAGELISTDRAWPARAMS) ? ILS_NORMAL : pimldp-fState; fStyle = pimldp-fStyle ~ILD_OVERLAYMASK;
Re: games
On Saturday 02 November 2002 03:49 pm, Mark Hannessen wrote: I beg to differ. We do NOT need to crack these games, nor should we aspire to it. What we need is a method for the original game's code to verify that a legally CD is indeed in the drive. totaly agree. but in order to do that, we need copyprotection ( like wineX or windows ) but doing that open source is NOT legal. even in my country. There is a tool called daemon-tools, which runs as a service on Windows. It emulates several different common copy protections, so that you can run you backups (and whatever). Has anyone tried how well it works under Wine, and if it could be used as a solution for running copy protected games under Wine ? It can be found at: http://www.daemon-tools.com/daemon_tools.htm Sam, [EMAIL PROTECTED]
dialog boxex and DestroyWindow
I've found an app which calls DialogBoxParam, but destroys the dialog from
inside WM_INITDIALOG, yet expects the dialog to still be alive until
WM_INITDIALOG processing is done, i.e.
case WM_INITDIALOG:
... initialize and write values to lots of controls ...
if (user_dont_want_to_see_this_dialog_today) {
DestroyWindow(hDlg);
... mess some more with controls (like reading their current values) ...
return;
}
Does anyone have a good way to deal with this? One way might be to make
DestroyWindow map to EndDialog in this case (as EndDialog manages to
handle this right), but what would the best way to do that be?
Re: A problem with comctl32
On November 2, 2002 03:56 pm, DanteAliegri wrote: I made the attached change, and the problem was fixed. Comments? Yeap, good catch. Thanks! -- Dimi.
Re: Wine 0.8 TODO v0.2
On November 2, 2002 03:17 pm, Steven Edwards wrote: At the moment I think it will let you browse the registry but not edit it from the GUI. Rob has agreed to relicense his work but atm he and I are short on time and working on other things. I can do a code drop to you guys if someone on the WINE side has the time to adopt it and merge. If not it will be a week or two before I can try and merge it in my local cvs. Thanks cool I guess -- there's no huge rush. Not to say that someone on the Wine side should not pick it up... -- Dimi.
Strange problem on serial port
There seems to be a strange problem related to the serial port. Specifically, when running Delorme AAA MapNGo 4.0, and attempting to use GPS navigation, it is unable to communicate with the GPS device. On stderr Wine is printing out RtlNtStatusToDOSerr - unable to map 0102 This only happens when the GPS device is connected and sending data, otherwise no error is printed. I know that the device is sending, because Minicom will show the data stream from the device. This also leaves out permission problems as both Wine and Minicom are running with the same permissions. A bit of grepping through the code indicates the likely error code is STATUS_TIMEOUT. Could it be that the serial I/O routines are incorrectly returning STATUS_TIMEOUT to the calling program when data was read? Additionally, I have another Windows program that accesses the serial port without problems - could it be that second program is ignoring the timeout error, while the first is not?
Re: games
Op zaterdag 2 november 2002 22:56, schreef Sam: On Saturday 02 November 2002 03:49 pm, Mark Hannessen wrote: I beg to differ. We do NOT need to crack these games, nor should we aspire to it. What we need is a method for the original game's code to verify that a legally CD is indeed in the drive. totaly agree. but in order to do that, we need copyprotection ( like wineX or windows ) but doing that open source is NOT legal. even in my country. There is a tool called daemon-tools, which runs as a service on Windows. It emulates several different common copy protections, so that you can run you backups (and whatever). Has anyone tried how well it works under Wine, and if it could be used as a solution for running copy protected games under Wine ? It can be found at: http://www.daemon-tools.com/daemon_tools.htm Sam, [EMAIL PROTECTED] Daemon Tools can't work under Wine, because it uses a device driver. Also the problem here seems to be that it isn't possible to do such a thing as Daemon Tools, because it is forbidden with opensource.
My WineHQ menu structure proposal
This is my proposal for the WineHQ menu structure, based on the discussions I had with Francois. The Home Page should just be our news page. Many projects opt for this, and I think it's good: News are 'zero' click items. It should consist of the WNN box to the right (as our current home page), and a bigger central box for announcements. Each box should have a link at the bottom to their respective archive pages. Below, the numbers are for reference only, they should not appear on the site. Top Level - 1. About 2. Status 3. Screenshots 4. Download 5. Support 6. Documentation 7. Development 8. Contributing 9. Forums Expanded 1. About 1.1 Intro 1.2 Why Wine 1.3 Myths 1.4 Technology 1.5 History 1.6 Related projects 1.7 Who's Who 1.8 Community 1.9 Companies 1.10 Contacts 1.11 Legal (1.1-1.3 may be collapsed in one page, that is served when you click on About; there are too many subitems like this) 2. Status (our current status page, with links to TODOs, etc) 3. Screenshots (add real sexy shots, as discussed in other mail) 4. Download (link to tarballs, and binary packages) 5. Support 5.1 FAQ 5.2 Howto 5.3 Bugzilla 5.4 Troubleshooting 5.5 Application database 5.6 Commercial support 6. Documentation 6.1 User Guide 6.2 Developer Guide 6.3 Packager Guide 6.4 API Docs 7. Development 7.1 Source (page with explanation of the CVS trees, LXR, cvsweb, etc.) 7.2 Developer Hints 7.3 Submitting Patches 7.4 Outstanding Work (page with the 0.9/1.0 TODOs, Tasklist/bug 395, FIXMEs/bug 455, Tasklets/bug 406, most wanted bugs) 7.2 Tools 7.3 References (Win32 documentation, X doc, etc.) 8. Contributing 8.1 Application maintainer 8.2 Bug triage 8.3 Website maintenance 8.4 Development (short page with links to the development section) 8.5 Support Wine-based products 9. Forums 9.1 Mailing Lists 9.2 Newsgroup 9.3 IRC Channel - So we don't forget, some related bugs in Bugzilla: Other relevant Web Site tasks - * 597 - How to get the web site files * 598 - Update the Who's Who * 600 - Add a Site Map * 601 - Add drop-down menus * 605 - Add 'tables of contents' * 607 - Add screenshots * 608 - Reorganize the Web site -- Dimi.
WINE for PowerPC?
I'm sorry if this is off topic or doesn't belong here. I'm not a developer (at least not in C) so I'll wait a few years while I learn C before I come back and help you guys. But I was wondering... What are the technical issues with putting WINE on the PowerPC? So someday we could run WINE with native Windows apps on Linux for PPC or even (!) the Macintosh? (Mac OS X is Unix based, so...) Is it feasible to put a x86 emulator in there, so Win32 apps will think they're on a standard x86 processor? I've got visions of Windows exes running on Linux for PPC or a running Windows applications on a Mac... I know WINE is far from being done even for Linux x86, but I'd appreciate everyones' knowledge on his question. Thanks, Adam Ernst
Re: My WineHQ menu structure proposal
* 607 - Add screenshots Where would screenshots be contributed to? Mailed to wine-devel? Appended to the bug entry in bugzilla? Chris
Re: My WineHQ menu structure proposal
On November 2, 2002 07:14 pm, Chris Morgan wrote: Where would screenshots be contributed to? Mailed to wine-devel? Appended to the bug entry in bugzilla? I don't know. Append them in bugzilla I guess. We're going through a site redesing anyway, so we should find a way for people to contribute. -- Dimi.
Re: games
On Saturday 02 November 2002 21:49, Mark Hannessen wrote: I beg to differ. We do NOT need to crack these games, nor should we aspire to it. What we need is a method for the original game's code to verify that a legally CD is indeed in the drive. totaly agree. but in order to do that, we need copyprotection ( like wineX or windows ) but doing that open source is NOT legal. even in my country. I'm not sure if you are right. See the safedisc patch created by Laurent Pinchart. In my opinion that code is completely legal. And it allows all programs with Safedisc 1.x protection to work. When the patch was published, there was a discussion, and the conclusion was that the code is very probably legal, and is not against DMCA. But of course that should be checked with some lawyer. So it could be done for one copy protection method, so maybe it can be done for others. In other words, we need to write code that, when used by the ORIGNAL copy protected software, will recognize copied CDs as copied and original CDs as original with similar false negatives to what the same code running on Windows does (if we have false positives, i.e. an original CD is mistook to be pirated, that is none of the copyright holder's beef with us). the problem with copyprotection is, is that there license forbids anyone to distribute anything that gives away any hints on how to decrypt it. and that is what open source code is all about. so if we do it. it must be closed source ( i hate that ) else we will get seud by every closed source software programmer in the world. Are you sure about the above statements? Have you checked that, or it is just your opinion? I can provide the safedisc patch against current cvs if anybody needs it. Regards Zsolt
Re: header layout agreements
On 1 Nov 2002, Christian Neumair wrote: [...] * FUNC * -- 1st function * Internal FAN flags: * FAN_TASY - specifies our imaginary code * FAN_TASTIC - this array stores some code (not yet * implemented) * -- 2nd function * -- 3rd function (not yet implemented) * -- etc. I pretty much agree with Dimitrie. I will just add that any documentation related to a function should be located in or near that function, not at the top of the file, miles away from it. Also, if it's in a machine extractable form, so much the better. -- Francois Gouget [EMAIL PROTECTED]http://fgouget.free.fr/ tcA thgirypoC muinelliM latigiD eht detaloiv tsuj evah uoY
menu resource parsing question...
Upon the testing of Kazaa lite I ran into numerous errors like: err:menu:MENU_ParseResource not a string item, flags: 0x0800 These entries appear to be intended as separators and in fact the flag of 0x800 is MF_SEPARATOR. The code in question is : if (!IS_STRING_ITEM(flags)) ERR(not a string item, flags: 0x%04x\n, flags ); Where IS_STRING_ITEM is a macro: #define IS_STRING_ITEM(flags) (MENU_ITEM_TYPE ((flags)) == MF_STRING) And: #define MENU_ITEM_TYPE(flags) \ ((flags) (MF_STRING | MF_BITMAP | MF_OWNERDRAW | MF_SEPARATOR)) So, what appears to be occuring is that Kazaa is passing in MF_SEPARATOR as a flag and wine expects instead to get a MF_STRING with a string of null and in MENU_SetItemData() it does 'flags |= MF_SEPARATOR;' I'm only posting to wine-devel because this check has been in the code since the initial import into cvs and I wanted to see if anyone knew more of the background on the issue. The fix is pretty simple, just ignore the fact that IS_STRING_ITEM() returns false. The rest should be taken care of by the existing checks. Thanks, Chris
Re: Wine FAQ - call for a volunteer
On Sat, 2 Nov 2002, Dimitrie O. Paun wrote: [...] 4. Work on getting the SGML tools to do what we want, so we can write the FAQ in XML, like so: faq entry questionWhat is this for?/question answerNothing in particular, it's just cool./answer /entry /faq DocBook is the way to go there. It's already what we use for the Wine documentation and it has tags for writing FAQs. See the URL below for the reference of all the DocBook tags: DocBook: The Definitive Guide http://www.docbook.org/tdg/en/html/docbook-x.html Here is the basic structure for FAQs. It's pretty simple. I think the example below should be 99% of what you need to write the whole FAQ. You can look up the tags in the above doc for more details. And you can also ask me if needed (not that I'm a great DocBook specialist but having worked on the CrossOver FAQs...) qandaset qandadivtitleInstallation/ !-- Put all installation related questions in this section -- qandaentry question id=download para Where can I download Wine from? /para /question answer para You can get it from ulink url=http://www.winehq.com;WineHQ/ blah, blah, ... /para /answer /qandaentry qandaentry question id=will_be_an_html_a_name para What is question 2? /para /question answer para This is answer 2. /para para More paragraphs. /para /answer /qandaentry ... /qandadiv qandadivtitleConfiguration/ !-- Put all configuration related questions in this section -- ... /qandadiv qandadivtitleWhatever.../ ... /qandadiv ... /qandaset -- Francois Gouget [EMAIL PROTECTED]http://fgouget.free.fr/ A particle is an irreducible representation of the Poincaré Group - Eugene Wigner
Re: WINE for PowerPC?
--- Adam Ernst [EMAIL PROTECTED] wrote: I'm sorry if this is off topic or doesn't belong here. I'm not a developer (at least not in C) so I'll wait a few years while I learn C before I come back and help you guys. But I was wondering... Ok, I dont want to sound rude, but you should be glad anyone is replying... Its not really off-topic as there arent any set topics and it certainly doesnt not belong here. What are the technical issues with putting WINE on the PowerPC? So someday we could run WINE with native Windows apps on Linux for PPC or even (!) the Macintosh? (Mac OS X is Unix based, so...) Is it feasible to put a x86 emulator in there, so Win32 apps will think they're on a standard x86 processor? Do you know all of the routines for an x86 processor? Neither do any of us ;). If we put in x86 emulator in there then we need a hardware emulator also so that it translates the codes from x86 hardware codes to mac ones. And the only hardware emulator I know of (even for x86) is vmware and it royally sux. I've got visions of Windows exes running on Linux for PPC or a running Windows applications on a Mac... I know WINE is far from being done even for Linux x86, but I'd appreciate everyones' knowledge on his question. It really wouldnt be possible, at least not any time within I would say the next 20 years. This has been debated before, and probably will be again ;) but believe me, if it were possible to translate x86 codes into mac or PPC ones relatively easily, (i.e. like it is to translate windows routines into linux ones) then it probably would have been dont already. Now they are working on a PPC port of winelib so you can still run winelib-based windows apps on PPC once that is released.. I'm not sure of the bug number but just go to http://bugs.winehq.com and search for PPC and you will find it, that will tell you more about the status of the port.. -Dustin __ Do you Yahoo!? HotJobs - Search new jobs daily now http://hotjobs.yahoo.com/
Re: My WineHQ menu structure proposal
On Saturday 02 November 2002 05:03 pm, Dimitrie O. Paun wrote: This is my proposal for the WineHQ menu structure, based on the discussions I had with Francois. The Home Page should just be our news page. Many projects opt for this, and I think it's good: News are 'zero' click items. It should consist of the WNN box to the right (as our current home page), and a bigger central box for announcements. Each box should have a link at the bottom to their respective archive pages. What is the difference between support and documentation? Isn't a FAQ or a troubleshooting guide documentation? These two should be merged to make the website simpler to use. If I want to find the FAQ, I don't want to guess what section it's in. Also, what's the difference between development and contributing? It's not immediately clear; maybe the section should be part of the development section.. -- -- Igor
Re: games
El sáb, 02 de nov de 2002, a las 21:49, Mark Hannessen escribio: I beg to differ. We do NOT need to crack these games, nor should we aspire to it. What we need is a method for the original game's code to verify that a legally CD is indeed in the drive. totaly agree. but in order to do that, we need copyprotection ( like wineX or windows ) but doing that open source is NOT legal. even in my country. I don't agree here. It is a really very simple, Wine implements the windows API, and in some parts it implements a PC (or it will do), you needn't implement a library what decodes a game or some similar only make the resources what the game needs in order to run. You need only provides to the real dll (or .exe file) included in the game of what it need. In other words, we need to write code that, when used by the ORIGNAL copy protected software, will recognize copied CDs as copied and original CDs as original with similar false negatives to what the same code running on Windows does (if we have false positives, i.e. an original CD is mistook to be pirated, that is none of the copyright holder's beef with us). the problem with copyprotection is, is that there license forbids anyone to distribute anything that gives away any hints on how to decrypt it. You aren't giving hints to decrypt some code, simply implementing the win32 API, and sometimes implementing a PC architecture, it is far away of decrypt code ;). Regards, Carlos. -- ___ _ \ | / Infraestructuras | . |._ _ _| | ___ ___ ___http://www.andago.com | || ' |/ . |_ |/ . |/ . \__ GNU/Linux |_|_||_|_|\___|___|\_. |\___/ _ \ __|\ \ / Carlos A. Lozano ___'/ | \ -_) __/\__ \ -_) [ [EMAIL PROTECTED] ]\___|_| / _/\_\___| [ [EMAIL PROTECTED] ] http://www.epsxe.com
Re: My WineHQ menu structure proposal - counterproposal
5.5 Application database I think the application database is buried too deep here; I think it should be, if not top level, a main entry under 'Status'. Also, I want to make sure that I am in a minority here in feeling that the proposed structure is going in the wrong direction. I think a better design is fewer, simpler, choices at each level. I was the primary driving force behind the current top level menu, so if everyone else thinks I'm full of beans, I'll shut up and go away (but not without my long winded say, of course grin). However, I think that when someone comes to a home page, they really have only the following major questions: What is this? How do I get it? Hey! It's busted! Help! How can I help? What's New? For example, in your proposed structure, it is completely unclear to me what the difference between Support and Forums is. The IRC channel is one of our best support tools... but it's under Forums? Similarly, what's the difference between Development and Contributing? So, I propose the following instead: First, this assumes that we use Jeremy Newman's idea of a rotating screen shot on main page, and continued prominence of the news. 1. What is Wine? 1.1 Intro 1.2 Technology (very high level overview) 1.3 Why Wine 1.4. Will it run my app? Screenshots/Appdb 1.5 History 1.6 Current Status 1.6.1 Status 1.6.2 Projected milestones/timelines 1.7 Community 1.7.1 Who's Who 1.7.2 Related projects 1.7.3 Companies 1.8 Contacts 1.9 Legal I actually think having a sequence of shorter pages is much more powerful than having an intimidatingly long page. 2. How do I get Wine? (link to tarballs, and binary packages, cross link to the development pages re CVS) 3. Help! 3.1 FAQ 3.2 Documentation 3.2.1 Users Guide 3.2.2 Developers Guide 3.2.3 Troubleshooting (I left this in, but I don't know what it means) 3.2.4 Other documentation 3.2.4.1 Howto 3.2.4.2 Packagers doco 3.2.4.3 API Docs 3.3 Forums 3.3.1 Mailing Lists 3.3.2 Newsgroup 3.3.3 IRC Channel 3.4 Bugzilla 3.5 Commercial support 4. How do I get involved? 4.1 Application maintainer 4.2 Bug triage 4.3 Website maintenance 4.4 Development (short page with links to the development section) 4.4.1 Source (page with explanation of the CVS trees, LXR, cvsweb, etc.) 4.4.2 Developer Hints 4.4.3 Submitting Patches 4.4.4 Outstanding Work (page with the 0.9/1.0 TODOs, Tasklist/bug 395, FIXMEs/bug 455, Tasklets/bug 406, most wanted bugs) 4.4.5 Tools 4.4.6 Documentation (cross link back to doco) 4.5 Support Wine-based products /long winded pitch I'm willing to be voted down here; I just wanted to make sure we weren't just being bullied into accepting a complicated structure. Cheers, Jer
