Re: Wine folks interested in a CHM spec?
On May 28, 2003 06:56 am, Ender wrote: However KHTML and KJS -are- tied to the QT library. It's quite possible to decouple them (the embedded konq suite already does this to some extent, as does WebCore from Apple's Safari project)... however it is somewhat time consuming. Using WebCore can probably greatly speed this up of course. Isn't the eventual goal of WebCore to de-QTfy them? QT is a show stopper due to licensing. I haven't followed this lately, but I thought WebCode will eventually get rid of QT, and that work will find it's way into the mainline, no? -- Dimi.
Re: Wine folks interested in a CHM spec?
Isn't the eventual goal of WebCore to de-QTfy them? QT is a show stopper due to licensing WebCore is a set of Qt stubs as far as I know, which map Qt onto the MacOS APIs. It's like Wine, but for Qt. I haven't followed this lately, but I thought WebCode will eventually get rid of QT, and that work will find it's way into the mainline, no? I seriously doubt that. You know the KDE guys as well as I do - they love Qt, and insist on using it for everything. Having Qt removed from the mainline KHTML/KJS will probably never happen, so building stubs is a rather lame, but unfortunately required prerequisite to using it. -- Mike Hearn [EMAIL PROTECTED] QinetiQ - Malvern Technology Center
Re: msdos/int21 CREAT special cases
Pouech Eric DMI AEI CAEN [EMAIL PROTECTED] writes: please stop using krnl386.exe export when possible (especially for dos emulation which is going out of kernel32/krnl386.exe combo). So, if CreateFile can do, please use it (ditto for any other krnl386 file related functions) this is needed for proper DLL separation Sorry, I do not understand this. What is krnl386.exe export? Should the DOS emulation code (being moved into dlls/winedos) directly call CreateFileA and avoid the _lcreat family? Could you elaborate? Feri.
Problem with compobj.dll.COSETSTATE
Hi, I try to run a French-learning software called Decouvertes. Multiple problems I have, hopefully sombodey answers and can help: o as a starting point I used the ODBC dlls delivered by the program, The DB stuff works, but I would like to know, how to implement the wine-builtin ODBC support and which driver this would be then o once the program comes up, it generates a Win16Mutex timed out - message. After a while it allows input and runs quiet good as it seems o issueing an other task - dictionary - leedss to an exception related to: unimplemented function compobj.dll.COSETSTATE called in32-bit mode in ole32.dll.so There is a OLE2.DLL deliverd with the program, which has such a function built in. Question is, as a newbie to wine, how to tell wine, not to use ole32.dll.so builtin but ole2.dll native. Rename ole32.dll.so, reconfigure and recompile? I would need assistance badly, probably somebody had a similar problem before. The purpose for this is, that we try to establish Solaris based system at a school environment whithout involving Win2k/Citrix on a seperate Application-Server. It would help tremendously if somebody becomes involved with this. Thank you very much best regards Peter Barth
Re: Wine folks interested in a CHM spec?
On 28 May 2003, Mike Hearn wrote: Isn't the eventual goal of WebCore to de-QTfy them? QT is a show stopper due to licensing WebCore is a set of Qt stubs as far as I know, which map Qt onto the MacOS APIs. It's like Wine, but for Qt. Any current efforts to port WebCore to Win32? Or it's maybe easier to create a WinCode? BTW, any idea how big this effort is? -- Dimi.
Re: Agent crashes when sending article
On Wed, 28 May 2003 12:06:45 +0200, Rein Klazes [EMAIL PROTECTED] wrote: Agent dies when handling a WM_SYSKEYUP message for the release of the ALT key. I checked under real windows. There this message is not sent, but a WM_KEYUP message instead. The attached patch corrects the behaviour to what I see under Windows. Please give it a try. I don't know if I have only a bad run right now, but since I activated your patch now I have the crash always when sending a mail. From what you wrote, though, I don't think that the patch itself should do this, but it could be that there is some other bug as well, which causes this. But I can't say for sure. I had several weeks now, not a single crash, so that I thought that it is fixed already. On the other hands I had times when it crashed on every single mail, so this could be normal so far. :) From what I managed to debug so far I noticed that some memory was overwritten. I set a breakpoint in WINPROC_CallWindow and check the lParam wich was ok (msg = 0x411). but when it came to the crash after that breakpoint hte memory lParam was pointing to was overwritten with a string. Before that it contained two pointers. the first pointer is still intact, but the second one is overwritten with a string ent-format. This string is of course interpreted as pointer and referenced as such. Maybe that helps you a bit. -- Gerhard Gruber Für jedes menschliche Problem gibt es immer eine einfache Lösung: Klar, einleuchtend und falsch. (Henry Louis Mencken)
Re: Problem with compobj.dll.COSETSTATE
Question is, as a newbie to wine, how to tell wine, not to use ole32.dll.so builtin but ole2.dll native. Rename ole32.dll.so, reconfigure and recompile? Like this: wine --dll ole32=n whatever.exe Alternatively, try and implement the missing 16bit function. IIRC CoSetState is a stub in the 32 bit code as well, it has little practical value, so a simple stub function would solve this problem. Bear in mind using native code as shown above may mean you need a Windows license. I have no idea what the licensing is for the MS OLE dlls. thanks -mike -- Mike Hearn [EMAIL PROTECTED] QinetiQ - Malvern Technology Center
Re: Wine folks interested in a CHM spec?
Any current efforts to port WebCore to Win32? Or it's maybe easier to create a WinCode? BTW, any idea how big this effort is? Use Google power dimi! First hit for khtml win32: http://khtml-win32.sourceforge.net/ The project seems to have died around jan/feb of this year, but I think he got most of the classes ported. I emailed the guy a few months ago about it, can't quite remember the details of the exchange, but I think he basically ran out of time/motivation. Running through 3 translation layers is going to suck though. KHTML - KWQ - Wine - Linux Bearing in mind KWQ would have to provide a pthreads wrapper around win32, then have win32 mapped back onto pthreads - ouch! -- Mike Hearn [EMAIL PROTECTED] QinetiQ - Malvern Technology Center
Re: Agent crashes when sending article
On Wed, 28 May 2003 12:06:45 +0200, Rein Klazes [EMAIL PROTECTED] wrote: The attached patch corrects the behaviour to what I see under Windows. What I forgot to mention in my previous post. The crash only occurs if you send the mail and that's it. Agent checks for incoming mails at that time. If there is a mail available and it is downloaded it doesn't crash and everything works fine. -- Gerhard Gruber Für jedes menschliche Problem gibt es immer eine einfache Lösung: Klar, einleuchtend und falsch. (Henry Louis Mencken)
Re: Agent crashes when sending article
On Wed, 28 May 2003 14:42:41 +0200, you wrote: On Wed, 28 May 2003 12:06:45 +0200, Rein Klazes [EMAIL PROTECTED] wrote: The attached patch corrects the behaviour to what I see under Windows. Please give it a try. Unfortunately I sent my previous mail to early. Agent just crashed again when sending email. I have to see if I can find a reliable scenario because it seems that at least the one with sending to a non-existing newsgroup now seems to work. I'll check that again as soon as I have more time. The backtrace should be different in this case. If you could post that. Rein. -- Rein Klazes [EMAIL PROTECTED]
Re: Wine folks interested in a CHM spec?
Any current efforts to port WebCore to Win32? Or it's maybe easier to create a WinCode? BTW, any idea how big this effort is? In a minute I'll get on with some work and stop spamming everyone. One last thing, the WebCore framework isn't what we're interested in, we want KWQ (pronounced quack apparently) which is what maps Qt - MacOS. Unfortunately, it seems KWQ is mostly MacOS specific. It's written in Objective C++, a language I didn't even suspect the existance of until I read the sources. Example: QListBox::~QListBox() { NSTableView *tableView = [(NSScrollView *)getView() documentView]; [tableView setDelegate:nil]; [tableView setDataSource:nil]; [_items release]; } As if C++ wasn't hard enough to read already! KWQ consists of 296 files, might as well call it 300. These cover a part of the Qt classes and also the KDE ones. Quite a few are simply stubs: int QXmlParseException::lineNumber() const { ERROR(not yet implemented); return 0; } Luckily, most of the files are small, in fact some are about 2-3k, of which most is the boilerplate header (seems to be a pretty liberal license). Some parts, like KWKQURL (i kid you not, that is the name of the class) look pretty reusable. Other parts are heavily reliant upon the NeXTStep APIs. Basically porting it to Win32 would be a major piece of work. KWQ itself is a large effort. I'm not sure why Apple didn't simply license Qt for its developers, then bind it into Objective-C in the traditional way. That would surely have been simpler than duplicating all this code from Qt. Perhaps the idea that the cost of Qt is insignificant next to developer time, as espoused lately by some KDE devs, is flawed? Or maybe it was needed to get good bindings into their Cocoa framework (sounds unlikely but possible). Anyway. I'm guessing that porting this would be the first step, if KHTML was used. thanks -mike (goes back to work) -- Mike Hearn [EMAIL PROTECTED] QinetiQ - Malvern Technology Center
Re: Wine folks interested in a CHM spec?
You guys are nuts! :) Who is going to maintain all this. This is a *large* project. Look at Mozilla for crying out loud, a full blown HTML/JS/etc. engine will easily double the size/scope of Wine. (broken my promise already sigh :) I only said fork cos I don't think the KHTML team would accept bug-for-bug compatability patches with IE. I guess they might, they seem more liberal about it than the Gecko team (wrongly imho, but useful here). Anyway, as to maintainership, this is a good question. But how comes adding a clone of IE is nuts, but the rest of Wine is sane, hmm? :) This whole thing is completely crazy to some extent, but here we are in 2003 with two companies working on Wine and many volunteers it would probably require a D3D style dedicated team to work on it though, which so far doesn't exist. And I don't think a web engine would be double the size/scope of Wine, that's exagguration. Wine by definition has a massive scope there's no denying that IE is a part of the APIs now, too many apps rely on it being there. Maybe when Red Hat try and sell to the corporate desktop and run into this problem they will help wishful thinking perhaps. Stubbing is the only solution IMO. Sure, it's either that or rewrite KHTML. And I think geckos code is too big to use :( BTW, I knew about that project, I email with the guy a bit, he didn't seem to understand some things, even though I tried hard to explain. Like for example he wanted to implement everything (controls, etc.) on top of GDI because the standard controls are bloated and slow... Heh! I gave up. Obviously, with that approach I didn't expect him to get too far. Hmm. Double suck. I guess we're back to square one then. Unless Ender has done a lot more work than we are imagining. -- Mike Hearn [EMAIL PROTECTED] QinetiQ - Malvern Technology Center
Re: Wine folks interested in a CHM spec?
The AtheOS guy de Qt ised KTHML a while back: http://www.atheos.cx/news.php3 search for KHTML. I can't find the source at the moment though. This is probably already widley out of date. I agree with Dimi however that stubbs are gonna be the way to go however, maintaining a port isn't going to be much fun. Having said that KHTML/KJs is a lot neater/smaller code than mozilla/gecko. Mark (goes to have his hair cut)
Working a bit with installers
Hello, I have been playing a bit with a installer what the background appears above of the window what you must press NEXT, what you can't select. It worked only using Managed = No. Changing the line: dlls/x11drv/windows.c inline static BOOL is_window_managed( WND *win ) { if (!managed_mode) return FALSE; /* tray window is always managed */ if (win-dwExStyle WS_EX_TRAYWINDOW) return TRUE; /* child windows are not managed */ if (win-dwStyle WS_CHILD) return FALSE; /* tool windows are not managed */ if (win-dwExStyle WS_EX_TOOLWINDOW) return FALSE; /* windows with caption or thick frame are managed */ if ((win-dwStyle WS_CAPTION) == WS_CAPTION) return TRUE; if (win-dwStyle WS_THICKFRAME) return TRUE; /* default: not managed */ return FALSE; ^^ with return TRUE; It is possible install (at least in my case) the program even in managed mode. Regards, Carlos. -- ___ _ \ | / Consulting | . |._ _ _| | ___ ___ ___http://www.andago.com | || ' |/ . |_ |/ . |/ . \__ GNU/Linux |_|_||_|_|\___|___|\_. |\___/ _ \ __|\ \ / Carlos A. Lozano ___'/ | \ -_) __/\__ \ -_) [ [EMAIL PROTECTED] ]\___|_| / _/\_\___| [ [EMAIL PROTECTED] ] http://www.ePSXe.com
Re: Wine folks interested in a CHM spec?
On 28 May 2003, Mike Hearn wrote: Running through 3 translation layers is going to suck though. KHTML - KWQ - Wine - Linux I don't think it's all that bad. Currently we have: KHTML - WebCore - Cocoa or KHTML - QT - Linux I don't think KWQ will add much overhead, it's going to be essentially: KHTML - Wine - Linux And I don't think QT/X11 is all that much faster than Wine. Bearing in mind KWQ would have to provide a pthreads wrapper around win32, then have win32 mapped back onto pthreads - ouch! But we do integrate with pthreads right now, it should just work, no? -- Dimi.
Re: Wine folks interested in a CHM spec?
On 28 May 2003, Mike Hearn wrote: Unfortunately, it seems KWQ is mostly MacOS specific. It's written in Objective C++, a language I didn't even suspect the existance of until I read the sources. Example: QListBox::~QListBox() { NSTableView *tableView = [(NSScrollView *)getView() documentView]; [tableView setDelegate:nil]; [tableView setDataSource:nil]; [_items release]; } Gee! I've heard about it before, people saying is so much easier than C++. Yeah, right! Luckily, most of the files are small, in fact some are about 2-3k, of which most is the boilerplate header (seems to be a pretty liberal license). Important point is if it's compatible with the LGPL. Can we use stuff from it in Wine? -- Dimi.
Re: Wine folks interested in a CHM spec?
On 28 May 2003, Mike Hearn wrote: Rereading Enders email I can't quite decide if he stubbed Qt out in order to get it running on Win32 or not if we were to track KHTML CVS, stubs would be the only solution, but as it might need to be forked ^^ You guys are nuts! :) Who is going to maintain all this. This is a *large* project. Look at Mozilla for crying out loud, a full blown HTML/JS/etc. engine will easily double the size/scope of Wine. Stubbing is the only solution IMO. BTW, I knew about that project, I email with the guy a bit, he didn't seem to understand some things, even though I tried hard to explain. Like for example he wanted to implement everything (controls, etc.) on top of GDI because the standard controls are bloated and slow... Heh! I gave up. Obviously, with that approach I didn't expect him to get too far. -- Dimi.
Re: little WWN problem
Those of you who watch the CVS mailing list already know I fixed this yesterday. The top 5 are now sorted correctly by number of posts. In my previous version, I was assuming that Brian had already sorted the list, so I was just showing the first 5 entries in the XML. Thanks to some help on PHP.net, I found a function that can sort a multi-dimensional array. The top 5 for Isssue 171 are now: 1. 35 posts in 89K by Dimitrie O. Paun 2. 28 posts in 68K by Alexandre Julliard 3. 18 posts in 41K by Gerhard W. Gruber 4. 13 posts in 41K by Shachar Shemesh 5. 12 posts in 27K by Sylvain Petreolle That brings me to another issue. The lostwages website code is currently not licensed under anything. Any thoughts? On Tue, 2003-05-27 at 15:09, Dimitrie O. Paun wrote: Hi folks, How come The top 5 posters of the week are almost always screwed up: 1. 28 posts in 68K by Alexandre Julliard 2. 35 posts in 89K by Dimitrie O. Paun 3. 18 posts in 41K by Gerhard W. Gruber 4. 11 posts in 91K by Mike Hearn 5. 1 posts in 3K by Shachar Shemesh -- Jeremy Newman [EMAIL PROTECTED] CodeWeavers, Inc.
Re: Wine folks interested in a CHM spec?
Mike Hearn wrote: Unfortunately, it seems KWQ is mostly MacOS specific. It's written in Objective C++, a language I didn't even suspect the existance of until I read the sources. Example: ... As if C++ wasn't hard enough to read already! On a 100% unrelated note, and since this list does not have LKML's faschist charter, I'll go really OT and mention that Objective-C was developed parallel to C++, so any attempts to claim that it was redundant are a little hind-site oriented. Major IIRC disclaimer here, of course. Shachar -- Shachar Shemesh Open Source integration consultant Home page resume - http://www.shemesh.biz/
Re: Wine folks interested in a CHM spec?
Mike Hearn wrote: Anyway, as to maintainership, this is a good question. But how comes adding a clone of IE is nuts, but the rest of Wine is sane, hmm? :) This whole thing is completely crazy to some extent, but here we are in 2003 with two companies working on Wine and many volunteers it would probably require a D3D style dedicated team to work on it though, which so far doesn't exist. Oh no - you open software developers are off your head! Next thing you will be developing a .NET replacement! Wait, you are. Hmm, nobody will be crazy enough to work on an entire GUI shell, though. Two you said? Not including the small ones? Not a modern OS, though. HOW many? Surely none is enterprise ready! What precentage of web servers? PEOPLE! GET A LIFE Good thing I'm not part of it. What do you mean by grep wine/AUTHORS? AARGH P.S. Yes, I spent the day working on a perl util to convert an MSSQL DB to postgres for a client (yes, I'm getting paid to do this, at least, I hope does anybody happen to know something that does that already?). I think expecting any USEFUL mails from me would be a total waste of time. Sorry for the OT posts. -- Shachar Shemesh Open Source integration consultant Home page resume - http://www.shemesh.biz/
Re: Wine folks interested in a CHM spec?
On Wed, 28 May 2003, Shachar Shemesh wrote: Oh no - you open software developers are off your head! Next thing you And yeah, that would be sadly true if we start yet another browser project, when we already have Mozilla and KHTML... :/ -- Dimi.
Re: Wine folks interested in a CHM spec?
b) it'd be based on either khtml or mozilla. not starting a new rendering engine. Mozilla is going to be the way to go if Demi can get the gecko to build and work as a WINElib app now that it can be built with Mingw. Once that is done we will know what needs to be fixed in WINE to support it as either a elf or PE binary. Plus it will save us on the ReactOS side some work when we go to do a explorer/browser clone. =) Thanks Steven __ Do you Yahoo!? Yahoo! Calendar - Free online calendar with sync to Outlook(TM). http://calendar.yahoo.com
Re: little WWN problem
That brings me to another issue. The lostwages website code is currently not licensed under anything. Any thoughts? I've not heard of licensing website code before outside of stuff like PHPnuke, which was designed to be software first and a website second. But if you want to license it for others, I'd suggest GPL. There's no desperately compelling reason to make the license more liberal, as far as I can see. Might as well get back any improvements. -- Mike Hearn [EMAIL PROTECTED] QinetiQ - Malvern Technology Center
Re: Wine folks interested in a CHM spec?
Le mer 28/05/2003 16:30, Steven Edwards a crit : b) it'd be based on either khtml or mozilla. not starting a new rendering engine. Mozilla is going to be the way to go if Demi can get the gecko to build and work as a WINElib app now that it can be built with Mingw. Once that is done we will know what needs to be fixed in WINE to support it as either a elf or PE binary. Plus it will save us on the ReactOS side some work when we go to do a explorer/browser clone. =) The problem with that approach is that many CHM files rely on some IE-only extensions and/or quirks. Gecko seems to be too much standards-compliant to be very useful in this form, at least without some heavy modifications to the rendering engine. Vincent
Re: Working a bit with installers
El mié, 28 de may de 2003, a las 18:11, Carlos Lozano escribio: Changing the line: dlls/x11drv/windows.c inline static BOOL is_window_managed( WND *win ) { if (!managed_mode) return FALSE; /* tray window is always managed */ if (win-dwExStyle WS_EX_TRAYWINDOW) return TRUE; /* child windows are not managed */ if (win-dwStyle WS_CHILD) return FALSE; /* tool windows are not managed */ if (win-dwExStyle WS_EX_TOOLWINDOW) return FALSE; /* windows with caption or thick frame are managed */ if ((win-dwStyle WS_CAPTION) == WS_CAPTION) return TRUE; if (win-dwStyle WS_THICKFRAME) return TRUE; /* default: not managed */ return FALSE; ^^ with return TRUE; After of some tests, it looks like better: dlls/x11drv/windows.c inline static BOOL is_window_managed( WND *win ) { if (!managed_mode) return FALSE; /* tray window is always managed */ if (win-dwExStyle WS_EX_TRAYWINDOW) return TRUE; /* child windows are not managed */ if (win-dwStyle WS_CHILD) return FALSE; /* tool windows are not managed */ if (win-dwExStyle WS_EX_TOOLWINDOW) return FALSE; /* windows with caption or thick frame are managed */ if ((win-dwStyle WS_CAPTION) == WS_CAPTION) return TRUE; if (win-dwStyle WS_THICKFRAME) return TRUE; /* Tested with Praetoriam demo VTD Amaril installer */ if ((win-dwStyle (WS_CLIPSIBLINGS|WS_CLIPCHILDREN) ) == (WS_CLIPSIBLINGS|WS_CLIPCHILDREN)) return TRUE; /**/ /* default: not managed */ return FALSE; Regards, Carlos. -- ___ _ \ | / Consulting | . |._ _ _| | ___ ___ ___http://www.andago.com | || ' |/ . |_ |/ . |/ . \__ GNU/Linux |_|_||_|_|\___|___|\_. |\___/ _ \ __|\ \ / Carlos A. Lozano ___'/ | \ -_) __/\__ \ -_) [ [EMAIL PROTECTED] ]\___|_| / _/\_\___| [ [EMAIL PROTECTED] ] http://www.ePSXe.com
Agent crashes when accessing attachments
Howdy, I just reinstalled my Linux system (HD crash), and at the same time moved to a RH9.0 distro. I read about the problems with the NPTL threading, and I have the latest CVS running (with the --with-nptl). Now when I have Agent running (which in all other respects seems fine) every time I go to add an attachment or save an attachment Agent crashes. Is this a known problem? Or should I start getting a backtrace and providing some more information? Thanks, -- Oliver Sampson [EMAIL PROTECTED] http://www.oliversampson.com
Re: Wine folks interested in a CHM spec?
Mike Hearn writes: Anyway, that's all rather off-topic... we can already build a CHM viewer, it's displaying the HTML/JS that's the problem :) Good to know you're still around! Simply getting a super-basic WebBrowser implementation up and running, in Wine, no matter how it's built/installed would be a good first step. Yes, even if its just plain-text for the time being, any CHM viewer is better than no CHM viewer. -- Paul McNett
d3d merges
Thanks Raphael for doing that, as I hadnt had chance to merge in your changes. BTW Did I read right that Alexander is away for 3 weeks...! He'll have a nice workload when he gets back :-) Jason
Fix for ddraw: CreateSurface
Since some surface types are unhandled for now, OffScreenPlain is assumed. Unused members of the DDSURFACEDESC2 structure are set to zero, so the bitperpixel is zero. DDRAW_width_bpp_to_pitch is called with bpp 0 and apps are stopping on assert(bpp != 0); /* keeps happening... */ At least WinDVD starts with this patch, will it be accepted until we implement other surface types ? Index: ddraw/main.c === RCS file: /home/wine/wine/dlls/ddraw/ddraw/main.c,v retrieving revision 1.40 diff -u -r1.40 main.c --- ddraw/main.c11 May 2003 03:46:53 - 1.40 +++ ddraw/main.c28 May 2003 22:03:46 - @@ -525,6 +525,9 @@ if (!(ddsd.dwFlags DDSD_PIXELFORMAT)) { ddsd.u4.ddpfPixelFormat = This-pixelformat; +} else { + if( !GET_BPP(ddsd)) + return DDERR_INVALIDPIXELFORMAT; } if (!(ddsd.dwFlags DDSD_PITCH)) = Sylvain Petreolle (spetreolle at users dot sourceforge dot net) ICQ #170597259 No more War ! What if tomorrow the War could be over ? Morpheus, in Reloaded. For the Law of Oil and Fire, Im an European that lives in France. For all my Brothers and friends, Im a human living on Earth. ___ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com
Re: Wine folks interested in a CHM spec?
Quoting Paul McNett : Yes, even if its just plain-text for the time being, any CHM viewer is better than no CHM viewer. We have some NYI in Wine code, no problem with that. The problem with that approach is that many CHM files rely on some IE-only extensions and/or quirks. Gecko seems to be too much standards-compliant to be very useful in this form, at least without some heavy modifications to the rendering engine. Vincent = Sylvain Petreolle (spetreolle at users dot sourceforge dot net) ICQ #170597259 No more War ! What if tomorrow the War could be over ? Morpheus, in Reloaded. For the Law of Oil and Fire, Im an European that lives in France. For all my Brothers and friends, Im a human living on Earth. ___ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com
Re: d3d merges
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Le Mercredi 28 Mai 2003 23:58, Ann and Jason Edmeades a écrit : Thanks Raphael for doing that, as I hadnt had chance to merge in your changes. ;) as it's needed. Else alexandre will have too many conflicts while commiting. And it's better to have usable incrementals patches while alex vacations. BTW Did I read right that Alexander is away for 3 weeks...! He'll have a nice workload when he gets back :-) I think so ;) And i haven't begin to commit the HW shaders patches :p Jason Raphael -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQE+1TWop7NA3AmQTU4RAhMpAJ9kyqx5p/eZs02NSB1XiuWa2C57DwCfWf6g a5T5DZbivL8LBYUMGktSxoE= =EqNU -END PGP SIGNATURE-
RE: kernel32 file operations and wildcard filenames
those functions are likely to be rewritten RSN (and DOSFS_GetFullName may even disappear) So I'd suggest rather starting by writing test cases for those functions so we could use those tests when the rewrite is going to take place I see the point here. Any ideas about the timeframe? Is this about calling into NTDLL instead of implementing it all in kernel32? One question I have is how to proceed with those tests? Adding them all to the current wine tests would create serious troubles unless we fix the according issues in the already existing kernel32 functions as well, in spite of the coming rewrite. Or do you mean different tests? Rolf Kalbermatter
Alsa driver status
Since Alsa has released a 0.9 version, I think we could write a more complete driver. (midi output, recording, channel control...) Eric and Marco, are you still working on it ? = Sylvain Petreolle (spetreolle at users dot sourceforge dot net) ICQ #170597259 No more War ! What if tomorrow the War could be over ? Morpheus, in Reloaded. For the Law of Oil and Fire, Im an European that lives in France. For all my Brothers and friends, Im a human living on Earth. ___ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com
Re: Wine + Ventrilo (speech communication)
Are you trying the server or the client ? The server works (though it has a linux version) and I dont know how do you install the gsm 6.10 codec. --- Kristoffer Ericson [EMAIL PROTECTED] a écrit : Greetings, Just wanted to point out that Ventrilo (www.ventrilo.com) works in wine with abit of work. Although it requires 3 files (gsm 6.10 codec among other things). The bug i'm left with currently is that when 2 people speak (at same time), it freezes up. Ventrilo will probobly make a linux version but wanted you all to know. Best wishes ps. Tribes still works =) _ MSN 8 with e-mail virus protection service: 2 months FREE* http://join.msn.com/?page=features/virus = Sylvain Petreolle (spetreolle at users dot sourceforge dot net) ICQ #170597259 No more War ! What if tomorrow the War could be over ? Morpheus, in Reloaded. For the Law of Oil and Fire, Im an European that lives in France. For all my Brothers and friends, Im a human living on Earth. ___ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com
Re: Wine folks interested in a CHM spec?
I'll try and remember to dig up the source and post it somewhere. But regardless, most helpfiles that people actually -need- to read do use htmlhelp elements that require CSS/JS to actually navigate. *wanders off to reply to other e-mails, and curses himself for starting a thread just before bed last night :) - Ender http://www.scummvm.org/ | Amen! Attempts to eradicate humour from http://www.quakesrc.org/ | our distribution should be ignored with http://www.enderboi.com/ | extreme prejudice - [EMAIL PROTECTED] On Wed, 28 May 2003, Paul McNett wrote: Date: Wed, 28 May 2003 14:46:36 -0700 From: Paul McNett [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Re: Wine folks interested in a CHM spec? Mike Hearn writes: Anyway, that's all rather off-topic... we can already build a CHM viewer, it's displaying the HTML/JS that's the problem :) Good to know you're still around! Simply getting a super-basic WebBrowser implementation up and running, in Wine, no matter how it's built/installed would be a good first step. Yes, even if its just plain-text for the time being, any CHM viewer is better than no CHM viewer. -- Paul McNett
Re: Wine folks interested in a CHM spec?
Correction, it seems despite first appearances the project was never born. Its CVS tree is empty. Suckage. Rereading Enders email I can't quite decide if he stubbed Qt out in order to get it running on Win32 or not if we were to track KHTML CVS, stubs would be the only solution, but as it might need to be forked anyway actually de-Qt'ing is another possibility. Ender, could you give more details about how you got it running on win32? Well, if you look back through wine-devel's archives when this last came up, I had a KHTML running natively without stubbing (much, there were a few for simple heavily used classes like QString). We had this very same discussion then too, that we really need to stub in order to keep track of upstream. I started writing a wrapper, but then Safari was released and people were talking about porting WebCore to Win32. I paused my work about then, firstly because of the C++ in CVS issue (writing stubs and wrappers is fairly easy but tedious, and if none of the work could go into CVS anyway..)... But also because I was being lazy and hoping that the WebCore port would get to point I could at least use it as a base. Obviously that never happened :( - Ender http://www.scummvm.org/ | Where am I going... http://www.quakesrc.org/ | ...and why am I in a handbasket? http://www.enderboi.com/ |
Bultin OCX?
Hello : At this moment i'm writing a socket class, quite similar to Winsock OCX control. It is written using unix sockets and threads. One of the goals of this project would be replacing current native Winsock control by a Bultin OCX. I've look at Wine Documentation ant it's simple to create a native DLL, but i've seen nothing about the possibility of creating a builtin OCX. Is there any way to do it? What about registry issues? Thanks Daniel Campos ___ No banners. No pop-ups. No kidding. Introducing My Way - http://www.myway.com
Re: Fix for ddraw: CreateSurface
On Thu, May 29, 2003 at 12:12:26AM +0200, Sylvain Petreolle wrote: Since some surface types are unhandled for now, OffScreenPlain is assumed. Unused members of the DDSURFACEDESC2 structure are set to zero, so the bitperpixel is zero. DDRAW_width_bpp_to_pitch is called with bpp 0 and apps are stopping on assert(bpp != 0); /* keeps happening... */ At least WinDVD starts with this patch, will it be accepted until we implement other surface types ? Well, I think it would be better to check for the OVERLAY flag and return 'NOT SUPPORTED' in this case. Could you try this and tell us if it works too ? Lionel PS: can't really send a patch as I am a bit far from my box :-) -- Lionel Ulmer - http://www.bbrox.org/
Re: Fix for ddraw: CreateSurface
Do you think I should check for the OVERLAY flag into CreateSurface or into createoffscreen ? In case I put it in CreateSurface : - An unhandled case is asked - If this is an overlay, report not supported - Otherwise assume offscreenplain Am I right here ? Well, I think it would be better to check for the OVERLAY flag and return 'NOT SUPPORTED' in this case. Could you try this and tell us if it works too ? Lionel PS: can't really send a patch as I am a bit far from my box :-) me too :) (at work now, we work on non-working days) I will try this afternoon. = Sylvain Petreolle (spetreolle at users dot sourceforge dot net) ICQ #170597259 No more War ! What if tomorrow the War could be over ? Morpheus, in Reloaded. For the Law of Oil and Fire, Im an European that lives in France. For all my Brothers and friends, Im a human living on Earth. ___ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com
Dmusic ClassFactory with IGI2
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, i'm trying to get runnig IGI2 and i have a strange problem with dmusic and the ole classfactory. As you can see on traces i can't load dmusic.dll for creating the class factory (dlls/ol32/compobj.c:1162). When i change the .reg to use dsound instead dmusic (only for testing if it can load correctly) dsound is correctly loaded (but as it don't implement the dmusic interfaces its failed :) ) Have you an idea why ? Regards, Raphael - -=(FeniX as [EMAIL PROTECTED])-(on tty0)-(at 11:02:06)=- -={$:'/usr/src/wine/Program Files/IGI 2 Multiplayer Demo/pc'}=-wine - --debugmsg +ole,+dmusic,+d3d,+ddraw -- igi2.exe trace:ole:DllMain 0x40af 0x1 0x1 trace:ole:CoRegisterMallocSpy trace:ole:IMallocSpy_fnQueryInterface ({001d---c000-0046},0x40722d78) trace:ole:CoInitializeEx ((nil), 2) trace:ole:CoInitializeEx () - Initializing the COM libraries trace:ole:RunningObjectTableImpl_Initialize () trace:ddraw:initialize enabling DirectDraw HAL trace:ole:DllMain 0x40af 0x2 (nil) trace:ddraw:DirectDrawCreate ((null),0x4072286c,(nil)) trace:ddraw:DDRAW_Create ((null),0x4072286c,(nil),0) trace:ddraw:DDRAW_FindDriver ((null)) trace:ddraw:HAL_DirectDraw_Create trace:ddraw:HAL_DirectDraw_Construct (0x4043ab40,0) trace:ddraw:User_DirectDraw_Construct (0x4043ab40,0) trace:ddraw:Main_DirectDraw_QueryInterface (0x4043ab40)-({6c14db80-a733-11ce-a521-0020af0be560},0x4072286c) trace:ddraw:Main_DirectDraw_AddRef (0x4043ab40)-() incrementing from 1. trace:ddraw:Main_DirectDraw_Release (0x4043ab40)-() decrementing from 2. trace:ddraw:Main_DirectDraw_QueryInterface (0x4043ab40)-({b3a6f3e0-2b43-11cf-a2de-00aa00b93356},0x4072287c) trace:ddraw:Main_DirectDraw_AddRef (0x4043ab40)-() incrementing from 1. trace:ddraw:Main_DirectDraw_Release (0x4043ab40)-() decrementing from 2. fixme:ddraw:Main_DirectDraw_SetCooperativeLevel (0x4043ab40)-(,0008) - DDSCL_NORMAL trace:ddraw:Main_DirectDraw_CreateSurface (0x4043ab40)-(0x40722888,0x40722840,(nil)) trace:ddraw:Main_DirectDraw_CreateSurface Requesting surface desc : - DDSD_CAPS : DDSCAPS_PRIMARYSURFACE trace:ddraw:User_DirectDrawSurface_Construct (0x4043af70,0x4043ab40,0x40722764) trace:ddraw:DIB_DirectDrawSurface_Construct (0x4043af70)-(0x4043ab40,0x40722764) trace:ddraw:Main_DirectDrawSurface_Construct (0x4043af70)-(0x4043ab40,0x40722764) trace:ddraw:DIB_DirectDrawSurface_Construct (1600x1200, pitch=4800) trace:ddraw:create_dib DIBSection at : 0x41a2 trace:ddraw:DIB_DirectDrawSurface_alloc_dc Grabbing a DC for surface: 0x4043af70 trace:ddraw:Main_DirectDrawSurface_QueryInterface (0x4043af70)-({da044e00-69b2-11d0-a1d5-00aa00b8dfbb},0x40722874) trace:ddraw:Main_DirectDrawSurface_Release (0x4043af70)-(): decreasing from 2 trace:ddraw:Main_DirectDrawSurface_QueryInterface (0x4043af70)-({0b2b8630-ad35-11d0-8ea6-00609797ea5b},0x40722880) trace:ddraw:Main_DirectDrawSurface_Release (0x4043af70)-(): decreasing from 2 trace:ddraw:Main_DirectDrawSurface_Release (0x4043af70)-(): decreasing from 1 trace:ddraw:User_DirectDrawSurface_final_release waiting for update thread to terminate... trace:ole:DllMain 0x40af 0x2 (nil) trace:ole:DllMain 0x40af 0x3 (nil) trace:ddraw:User_DirectDrawSurface_final_release update thread terminated trace:ddraw:DIB_DirectDrawSurface_free_dc Releasing DC for surface: 0x4043af70 trace:ddraw:Main_DirectDrawSurface_Release released surface 0x4043af70 trace:ddraw:Main_DirectDraw_Release (0x4043ab40)-() decrementing from 1. trace:ole:CoInitializeEx ((nil), 2) trace:ole:WINE_StringFromCLSID 0x670694-{636B9F10-0C7D-11D1-95B2-0020AFDC7421} trace:ole:CoGetClassObject CLSID: {636b9f10-0c7d-11d1-95b2-0020afdc7421}, IID:{0001---c000-0046} err:ole:CoGetClassObject couldn't load InprocServer32 dll dmusic.dll fixme:ole:CoCreateInstance no classfactory created for CLSID {636b9f10-0c7d-11d1-95b2-0020afdc7421}, hres is 0x80070005 trace:ole:DllMain 0x40af 0x0 0x1 trace:ole:CoRevokeMallocSpy trace:ole:MallocSpyDumpLeaks leaks: 0 trace:ole:IMallocSpy_fnRelease (0x40b44d78)-(count=0) - -=(FeniX as [EMAIL PROTECTED])-(on tty0)-(at 11:02:11)=- -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQE+1c29p7NA3AmQTU4RAsYdAJ4rraW4Pou+0wevS3WyUhCCQ5dv0ACfSgHf ijxCGGl7t1JhycZLP4rjGp8= =JTTm -END PGP SIGNATURE-
Re: Alsa driver status
Aren't they planning perhaps another small API break for ALSA 1.0? On Thu, 2003-05-29 at 00:22, Sylvain Petreolle wrote: Since Alsa has released a 0.9 version, I think we could write a more complete driver. (midi output, recording, channel control...) Eric and Marco, are you still working on it ? = Sylvain Petreolle (spetreolle at users dot sourceforge dot net) ICQ #170597259 No more War ! What if tomorrow the War could be over ? Morpheus, in Reloaded. For the Law of Oil and Fire, Im an European that lives in France. For all my Brothers and friends, Im a human living on Earth. ___ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en franais ! Yahoo! Mail : http://fr.mail.yahoo.com -- Mike Hearn [EMAIL PROTECTED] QinetiQ - Malvern Technology Center
Re: Dmusic ClassFactory with IGI2
You've made sure it's registered correctly, right? DMusic has quite a large number of objects/interfaces iirc. Of course DMusic is all stubs at the moment anyway.. -- Mike Hearn [EMAIL PROTECTED] QinetiQ - Malvern Technology Center
Re: Dmusic ClassFactory with IGI2
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Le Jeudi 29 Mai 2003 11:18, Mike Hearn a écrit : You've made sure it's registered correctly, right? DMusic has quite a large number of objects/interfaces iirc. Of course DMusic is all stubs at the moment anyway.. Well, i'm trying to get it usable because some games crash when they use dmusic APIs. And i have found what happened: seems i have broken my dmusic ;)) Thanks Raphael -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQE+1dOAp7NA3AmQTU4RAuLyAJ9+k5KcyVE97ZMrrf+3Z5iaezNoagCeONvd By/xtTJ8EUaHKzUxJtwp3bE= =7vig -END PGP SIGNATURE-
Re: Alsa driver status
I did a search through the alsa-devel archive, didnt see anything like that for now. Note that there is no more support for the 0.5x code, clearly sated on their homepage. We should at least remove the 0.5 version in winealsa. --- Mike Hearn [EMAIL PROTECTED] a écrit : Aren't they planning perhaps another small API break for ALSA 1.0? On Thu, 2003-05-29 at 00:22, Sylvain Petreolle wrote: Since Alsa has released a 0.9 version, I think we could write a more complete driver. (midi output, recording, channel control...) Eric and Marco, are you still working on it ? = Sylvain Petreolle (spetreolle at users dot sourceforge dot net) ICQ #170597259 No more War ! What if tomorrow the War could be over ? Morpheus, in Reloaded. For the Law of Oil and Fire, Im an European that lives in France. For all my Brothers and friends, Im a human living on Earth. ___ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com -- Mike Hearn [EMAIL PROTECTED] QinetiQ - Malvern Technology Center = Sylvain Petreolle (spetreolle at users dot sourceforge dot net) ICQ #170597259 No more War ! What if tomorrow the War could be over ? Morpheus, in Reloaded. For the Law of Oil and Fire, Im an European that lives in France. For all my Brothers and friends, Im a human living on Earth. ___ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com
Re: Dmusic ClassFactory with IGI2
The classes must be added to the registry. Try the attached patch. (entries come from a running Windows 2000 pro) --- Raphaël Junqueira [EMAIL PROTECTED] a écrit : -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, i'm trying to get runnig IGI2 and i have a strange problem with dmusic and the ole classfactory. As you can see on traces i can't load dmusic.dll for creating the class factory (dlls/ol32/compobj.c:1162). When i change the .reg to use dsound instead dmusic (only for testing if it can load correctly) dsound is correctly loaded (but as it don't implement the dmusic interfaces its failed :) ) Have you an idea why ? Regards, Raphael = Sylvain Petreolle (spetreolle at users dot sourceforge dot net) ICQ #170597259 No more War ! What if tomorrow the War could be over ? Morpheus, in Reloaded. For the Law of Oil and Fire, Im an European that lives in France. For all my Brothers and friends, Im a human living on Earth. ___ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com--- winedefault.reg 2003-05-29 11:53:28.0 +0200 +++ winedefault.reg.new 2003-05-29 11:56:54.0 +0200 @@ -1992,6 +1992,19 @@ [HKEY_LOCAL_MACHINE\SOFTWARE\Classes\Microsoft.DirectMusicMelodyFormulationTrack.1\CLSID] @={B0684266-B57F-11D2-97F9-00C04FA36E58} +[HKEY_CLASSES_ROOT\CLSID\{636B9F10-0C7D-11D1-95B2-0020AFDC7421}] [EMAIL PROTECTED]DirectMusic + +[HKEY_CLASSES_ROOT\CLSID\{636B9F10-0C7D-11D1-95B2-0020AFDC7421}\InProcServer32] [EMAIL PROTECTED]C:\\WINNT\\System32\\dmusic.dll +ThreadingModel=Apartment + +[HKEY_CLASSES_ROOT\CLSID\{636B9F10-0C7D-11D1-95B2-0020AFDC7421}\ProgID] [EMAIL PROTECTED]Microsoft.DirectMusic.1 + +[HKEY_CLASSES_ROOT\CLSID\{636B9F10-0C7D-11D1-95B2-0020AFDC7421}\VersionIndependentProgID] [EMAIL PROTECTED]Microsoft.DirectMusic + # As far as I know, not yet available ## Microsoft DirectSound Wave #[HKEY_LOCAL_MACHINE\SOFTWARE\Classes\CLSID\{8A667154-F9CB-11D2-AD8A-0060B0575ABC}]
Re: OLE clipping
Hi Ulrich, I made a much simpler test case. All you need to do is edit the run script to point to wherever you extracted the test case to. It is only one file, all you need to do is install the Sun JDK to c:\java It creates a Swing JFrame and adds a Swing Button and an AWT button. Switching virtual desktops makes the button disappear, forcing a repaint of that area makes it reappear. If you, or anybody else, could take a look, that'd be most appreciated. thanks -mike On Tue, 2003-05-20 at 12:38, Ulrich Czekalla wrote: On Mon, 2003-05-19 at 11:52, Mike Hearn wrote: Oh, I should probably have noted that expose events are processed properly - forcing a repaint of an area, by dragging a window over it for instance, and IE will display that area properly. It's only on certain WM operations, like switching desktops, initial map, changing stacking order (for some reason this app forces the window to the bottom then back to the top while loading a page). So, I suppose I'm wondering if Z-Order bugs would interfere with the ExposeEvent-WM_PAINT dispatch system? It would interfere with the order in which the controls are painted. It looks like Alexandre committed some z-order and painting related patches. Could you give the latest CVS tip a try? /Ulrich -- Mike Hearn [EMAIL PROTECTED] QinetiQ - Malvern Technology Center javatests.tar.gz Description: GNU Zip compressed data
Re: faq.diff
On May 29, 2003 04:37 am, Tom Wickline wrote: 3) update : Is there a CVS tree? ( -z3 to -z0 and add the notice ) Please don't make that -z 0 explicit in there, just say: cvs checkout wine/ANNOUNCE and remove the slow link comment. In fact, for those questions I would simply direct people to the WineHQ CVS/download pages, no point in maintaining the information in multiple places. -- Dimi.