Re: MSCMS: new dll
"Hans Leidekker" <[EMAIL PROTECTED]> wrote: > Here's the beginnings of an MSCMS.DLL (color management) on top of the > LittleCMS library. I had to resort to some rather ugly preprocessor > trickery to be able to include lcms.h, since it happens to define basic > Windows types when not compiled on Windows ;-(. Then perhaps it's better to make lcms.h think that it's used in a Windows environment (define WIN32 or whatever it wants to see before inclusion). That will help to completely avoid all the ugliness with redefined stuff. > +HPROFILE WINAPI OpenColorProfileA( PPROFILE profile, DWORD access, DWORD sharing, > DWORD creation ) > +{ > +TRACE("stub ( %p, %lx, %lx, %lx )\n", profile, access, sharing, creation ); > + > +return NULL; > +} > + > +HPROFILE WINAPI OpenColorProfileW( PPROFILE profile, DWORD access, DWORD sharing, > DWORD creation ) > +{ > +TRACE("stub ( %p, %lx, %lx, %lx )\n", profile, access, sharing, creation ); > + > +return NULL; > +} > + > +BOOL WINAPI CloseColorProfile( HPROFILE profile ) > +{ > +TRACE("stub ( %p )\n", profile ); > + > +return FALSE; > +} You have to use FIXMEs not TRACEs above to clearly indicate the status of the APIs. -- Dmitry.
Re: CreateDIBitmap fix
On Sun, Sep 19, 2004 at 12:03:36AM +0200, Stefan Leichter wrote: > fixme:bitmap:CreateCompatibleBitmap got bad width 6291527 or height 65537, > please look for reason > > Grepping the logfile i found the values first in a call of CreateBitmap, but i > have no idea where the values are created. I noticed that the lower word of > the width is correct. > > Does anyone have a clue how to debug / fix this ? Could you send me a +relay,+bitmap log? Thanks, Huw.
Re: CreateDIBitmap fix
Am Montag, 13. September 2004 13:12 schrieb Huw D M Davies: > Michael Kaufmann <[EMAIL PROTECTED]> > Huw Davies <[EMAIL PROTECTED]> > CreateDIBitmap should return bitmaps at the depth of the > supplied dc. > Add a test to exercise this behaviour. Hello, this patch broke my Freecell (the version shiped with the win32s extension). When starting the game i am get now these fixme's: fixme:bitmap:CreateCompatibleBitmap got bad width 6291527 or height 65537, please look for reason Grepping the logfile i found the values first in a call of CreateBitmap, but i have no idea where the values are created. I noticed that the lower word of the width is correct. Does anyone have a clue how to debug / fix this ? Bye Stefan
Re: MSCMS: new dll
On Saturday 18 September 2004 19:47, Robert Shearman wrote: > Is adding this to the Wine tree likely to break more apps than it fixes? Well, I don't have real numbers but MSCMS 2.0 is around since Windows 98, so I'd say most apps that use it expect it to be present. Those are broken on Wine now, so if we can add basic MSCMS functionality to Wine some of these may start to work. > How much work will you be doing on this library? Hey, this is open source! It's hard to say but I will attempt to get that basic functionality done. One could argue that because it's not certain when MSCMS will be done we should add anything already done to the central repository sooner rather than later, for others to see and build upon. > Will we get into the same state as SHDOCVW where the DLL is essentially > useless? SHDOCVW needs the Mozilla based ActiveX control right? If I understand your question you're worried that because people don't have liblcms installed MSCMS will be useless. Well, I know liblcms is part of SUSE, Mandrake and Debian. It's not in Fedora Core but it is in Fedora Extras. liblcms (LittleCMS) is only 384Kb so we could also consider statically linking it, an option pretty much out of the question for the Mozilla based control. A third option would be to build LittleCMS as another dll (it support this), implement MSCMS on top of it, and simply ship that as another Wine specific dll. Does that answer your question? -Hans
Re: Scrollbars and scrollwheel: -fomit-frame-pointer problems
On Sat, 4 Sep 2004 01:32:16 +0200, you wrote: > > You need to know what the bug is in order to write a proper configure > > check, so the first thing to do is to figure out why that flag causes > > trouble. > > > > Know and know, I know at least it was this patch > http://www.winehq.org/hypermail/wine-cvs/2004/06/0120.html > that introduce this behaviour. Yes, I have send a fix for this to wine-patches. Rein. -- Rein Klazes [EMAIL PROTECTED]
Re: MSCMS: new dll
Hans Leidekker wrote: Hi, Here's the beginnings of an MSCMS.DLL (color management) on top of the LittleCMS library. I had to resort to some rather ugly preprocessor trickery to be able to include lcms.h, since it happens to define basic Windows types when not compiled on Windows ;-(. -Hans Changelog: Beginnings of an MSCMS implementation based on LittleCMS. Is adding this to the Wine tree likely to break more apps than it fixes? How much work will you be doing on this library? Will we get into the same state as SHDOCVW where the DLL is essentially useless? Rob
Re: Added service database names
Le sam 18/09/2004 à 11:39, Dmitry Timoshkov a écrit : > "Alexander Yaworsky" <[EMAIL PROTECTED]> wrote: > > > +#ifdef UNICODE > > +# define SERVICES_ACTIVE_DATABASE SERVICES_ACTIVE_DATABASEW > > +#else > > +# define SERVICES_ACTIVE_DATABASE SERVICES_ACTIVE_DATABASEA > > +#endif > > Wine uses WINELIB_NAME_AW macro in order to simplify '#ifdef UNICODE' > magic, so in the above case it would look like this: > > #define SERVICES_ACTIVE_DATABASE WINELIB_NAME_AW(SERVICES_ACTIVE_DATABASE) WINELIB_NAME_AW also has some #ifdef to prevent the use of a non AW-qualified identifier while building Wine itself. Vincent
Re: Added service database names
"Alexander Yaworsky" <[EMAIL PROTECTED]> wrote: > +#ifdef UNICODE > +# define SERVICES_ACTIVE_DATABASE SERVICES_ACTIVE_DATABASEW > +#else > +# define SERVICES_ACTIVE_DATABASE SERVICES_ACTIVE_DATABASEA > +#endif Wine uses WINELIB_NAME_AW macro in order to simplify '#ifdef UNICODE' magic, so in the above case it would look like this: #define SERVICES_ACTIVE_DATABASE WINELIB_NAME_AW(SERVICES_ACTIVE_DATABASE) -- Dmitry.
Re: Terminal Font
On Sat, Sep 18, 2004 at 02:34:29PM +0200, [EMAIL PROTECTED] wrote: > I have a windows app that works really well under wine. > I have placed the fonts from my XP workstation to > my Fedora 2 wine directory in "./wine/windows/fonts/" > so that I could have more fonts available to the app. > > My problem is that the "Terminal" font is not showing > up when using a windows API "Font Dialog". > Where can I get this "Terminal dos/oem" font? Terminal is actually in 6 font files. The western european (cp850) versions are called: vga850.fon, app850.fon, [c|e]ga[4|8]0850.fon (the US cp437 versions are vgaoem.fon, dosapp.fon, [c|e]ga[4|8]0woa.fon) If you have these in your windows/fonts directory, then just add a reference to each one in the [Software\\Microsoft\\Windows\\CurrentVersion\\Fonts] section of system.reg eg "vga850"="vga850.fon" and you should be able to see these fonts from Wine. I've not tested oem bitmap fonts very much, so i'd be interested to hear how you get on. Huw.
Re: Help with GetConsoleWindow()
"Ewert, Mark" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] I'm running an application that calls the stubbed out function GetConsoleWindow(). I want the application to stay in the dos console when it runs but unfortunately when it sees a NULL from GetConsoleWindow() it loads a graphical window. Any ideas on what GetConsoleWindow() should actually return? If you only want to run in a console then do not use a main(void) entry like: int main(int argc, char *argv[]) Change it to the following example app. Note that if using MSVC remove the "subsystem :console" from the linker options. #include int APIENTRY WinMain(HINSTANCE hInstance, HINSTANCE hPrevInstance, LPSTR lpCmdLine, int nCmdShow) { /* new console for this process */ AllocConsole(); /* Get handle to standard out */ HANDLE hwnd = GetStdHandle(STD_OUTPUT_HANDLE); unsigned long ulWritten; for (int i = 0; i < 5; i++) { /* writes a character string to a console screen buffer */ WriteConsole(hwnd,"Hello World\n",12,&ulWritten,NULL); Sleep(1000); } return 0; } GetConsoleWindow is only implemented on newer versions of windows. Jason http://goffconcepts.com
Terminal Font
I have a windows app that works really well under wine. I have placed the fonts from my XP workstation to my Fedora 2 wine directory in "./wine/windows/fonts/" so that I could have more fonts available to the app. My problem is that the "Terminal" font is not showing up when using a windows API "Font Dialog". Where can I get this "Terminal dos/oem" font? Thank you Jason -- Whatever you Wanadoo: http://www.wanadoo.co.uk/time/ This email has been checked for most known viruses - find out more at: http://www.wanadoo.co.uk/help/id/7098.htm
Re: Help with GetConsoleWindow()
Any ideas on what GetConsoleWindow() should actually return? it should return the handle of the window (user32) where the console actually runs (it is attached to a console). Anyway, are you sure the segfault you see is related to returning a non NULL value in GetConsoleWindow compared to another bug in Wine (because you are running on another codepath - the first one being the graphical display). Where does you program actually crash ? A+