- Wine-Devel - list.winehq.org

Re: Wine 0.8 TODO v0.1
by Dimitrie O. Paun Nov. 2, 2002

Nov. 2, 2002

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.

1 0

RtlQueryTimeZoneInformation
by György 'Nog' Jeney Nov. 2, 2002

Nov. 2, 2002

Does anyone know anything about RtlQueryTimeZoneInformation? I would like to implement it... nog.

1 0

Re: Hungarian resources
by nagyzoli＠drotposta.hu Nov. 2, 2002

Nov. 2, 2002

Upgraded: dlls/user/resources/user32_hu.rc Thanks Zoly

1 0

Re: Wine 0.8 TODO v0.1 + help request :)
by Kye Lewis Nov. 2, 2002

Nov. 2, 2002

> These are my success stories with a plain installation of wine (i do > have windows, but i created a new config which doesn't use it) > > Well, Acrobat can install and run pretty much perfectly. > http://www.adobe.com/ With Latest CVS Acrobat Reader 4.0 seems to only have 1 problem (the licence agreement screen comes up behind the splash screen - but it is visible enough to move it anyway) > Family Tree Maker 9 runs really well as well > Not freely downloadable > Only problem with this one is the installer shows the setup instructions > behind the background. - but the actual app works pretty much fine Apart from setup this works very well, although not flawlessly. I don't know if the internet functions work or not. > The #1 at Tucows - IrfanView - works pretty much flawlessly as well. > http://www.tucows.com/ - look for the #1 (or search for it) In fact, after a little more detailed look, I would say this works *perfectly* > MS Calculator ;) works well > >From the Microsoft Plus! Pack: > Again, not freely downloadable. > > Spider Solitaire: FLAWLESS :) - just a tad slow on animations > Pinball also FLAWLESS - again a little slow but works! > > More coming soon... Note: Pinball now comes with windows - so It can be tested out. Don't include this in the list of working apps, but Adobe Premiere 6.0 has made great progress in the last month or two - It now not only opens, but will add titles and transitions (normal AVI files will not open however - it says that they are not a known compression format) - and when printing to video, it freezes after a few seconds (well, when I tried it anyway). There are also slight problems with the timeline (but it is still workable - a great wine success story) Also, DK Multimedia's "The Way things work" works almost perfectly I've done some screenshots of running applications in Wine which i'm going to post to: http://winepics.oxygen-x.net/ a little later on today. Thanks, Kye Lewis kyethespy(a)liquid2k.com

1 0

Re: Hungarian resources
by Dmitry Timoshkov Nov. 2, 2002

Nov. 2, 2002

<nagyzoli(a)drotposta.hu> wrote: > dlls/user/resources/user32_hu.rc Please use either CVS or release 20021031 as the source for user32 resources. Specifically there is no such an identifier MDI_IDS_MOREWINDOWS but IDS_MDI_MOREWINDOWS instead and one more string in the user32 string table has been added. -- Dmitry.

1 0

Earthviewer 3D Setup
by Kye Lewis Nov. 1, 2002

Nov. 1, 2002

Hi, When I run the EarthViewer 3d setup (www.keyhole.com) wine tells me this: ERROR: You need to merge the 'winedefault.reg' file into your Wine registry by running: `regedit winedefault.reg' fixme:ole:_LocalServerThread CoMarshalInterface failed, 80070057! Can someone help me with the ERROR: part (typing that command tells me that winedefault.reg doesn't exist) It's an InstallShield Wizard - not sure what version, but it's a newer one - I would bet InstallShield 6. Wine Version is latest CVS. Thanks, Kye Lewis kyethespy(a)liquid2k.com

1 0

C/C++ Users Journal is looking for a WINE author
by JCasad＠cmp.com Nov. 1, 2002

Nov. 1, 2002

WINE Developers-- Is anyone interested in writing an article on the winelib development toolkit for the C/C++ Users Journal? This article would be a great way to bring some practical information about winelib to advanced C/C++ programmers who may not be familiar with it (plus you get paid). We're looking for an article that will give some background on winelib and also provide a practical example of how to use winelib to port a Windows app to Linux. Our focus is on the code. We'd be looking for a very detailed description of how to use winelib in a specific, real-world situation. Let me know if you, or someone you know, would be interested in helping us. You can contact me at: jcasad(a)cmp.com -Joe Casad Editor-in-Chief C/C++ Users Journal __________________________________________________________________________________________ Any views or opinions are solely those of the author and do not necessarily represent those of CMP Media. The information transmitted is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material. If you are not the intended recipient of this message please do not read, copy, use or disclose this communication and notify the sender immediately. It should be noted that any review, retransmission, dissemination or other use of, or taking action or reliance upon, this information by persons or entities other than the intended recipient is prohibited. __________________________________________________________________________________________

1 0

Name, life-cycle, directory structure, autoconf, temporary kludges for wine rpcss subtitute?
by Greg Turner Nov. 1, 2002

Nov. 1, 2002

Sorry, in advance, for this barrage of questions... but I'm getting anxious to proceed with this thing. Naming: This guy needs a name if I'm ever going to start coding it. How about: Wine Remote Procedure Call System Server aka wrpcss.exe.so? A little misleading with the "ss" thing, but this name will look familiar to windows users, and is more accurate than my previous idea of wine-epmap, since it will eventually need to do more than just endpoint mapping. I pretend this is the right name below, but if there's a better one, just substitute that in everywhere you see "wrpcss" in the following discussion. Life Cycle: Some scenarios will require wrpcss to run all the time as a daemon-type-thingy; most wont -- the majority of scenarios require dynamic on-demand invocation and auto-termination upon unmapping of all registered endpoints, as Ove suggested. Are command line arguments an appropriate way to differentiate between these modes? This ends up going back to the open question of how to implement services in wine; but, of course, I don't want to wait for this to be resolved before proceeding. Whatever solution wine implements for services, adapting wrpcss to it won't be insurmountable (assuming it's a good solution). Also: if run as a service, how do I get "detached" without using "fork()"? Is there some existing example of this I ought to emulate? Directory Structure: dlls/rpcrt4/wrpcss/ ? programs/wrpcss/ ? Autoconf: I can try to implment the necessary infrastructure myself, but if history is any guide, I will screw it up. If anyone is feeling generous with their time, they could give me a skeleton to fill in. Temporary Kludges: DCE does, indeed, provide the necessary idl to implement the endpoint mapper. Unfortunately, although the IDL is reasonably simple, there are just too many types in there to "do it right" from the beginning. Meanwhile, I am getting sick of dragging along the unmerged server parts (it isn't that hard, but I'm lazy). So, as discussed earlier, I propose the named-pipes hack until a full implementation is possible. I would, of course, take some care to keep the kludge-based parts separate from meaningful, potentially permanent parts of the code... howsabout I just listen at \\.\pipe\wrpcss for the time being? thanks for your input, -- gmt "The purpose of government is to rein in the rights of the people" --President Bill Clinton, MTV interview, 1993

3 5

RFC: prototype skeleton for wrpcss
by Greg Turner Nov. 1, 2002

Nov. 1, 2002

Is this even close? As before, I didn't include diffs to configure because of an autoconf version mismatch between myself and wine. diff -ur -x CVS -x 'bigdif*' ../wine.test/configure.ac ./configure.ac --- ../wine.test/configure.ac 2002-10-31 03:10:18.000000000 -0600 +++ ./configure.ac 2002-11-01 08:54:33.000000000 -0600 @@ -1512,6 +1512,7 @@ programs/winetest/Makefile programs/winhelp/Makefile programs/winver/Makefile +programs/wrpcss/Makefile server/Makefile tools/Makefile tools/widl/Makefile diff -ur -x CVS -x 'bigdif*' ../wine.test/programs/Makefile.in ./programs/Makefile.in --- ../wine.test/programs/Makefile.in 2002-09-18 18:10:21.000000000 -0500 +++ ./programs/Makefile.in 2002-11-01 09:17:41.000000000 -0600 @@ -27,7 +27,8 @@ winepath \ winetest \ winhelp \ - winver + winver \ + wrpcss # Sub-directories to run make install into INSTALLSUBDIRS = \ @@ -47,7 +48,8 @@ winemine \ winepath \ winhelp \ - winver + winver \ + wrpcss # Programs to install in bin directory # We don't install everything to avoid polluting /usr/bin too much @@ -63,12 +65,14 @@ winefile \ winemine \ winepath \ - winhelp + winhelp \ + wrpcss # Symlinks to apps that we want to run from inside the source tree SYMLINKS = \ wineconsole.exe \ - winedbg.exe + winedbg.exe \ + wrpcss.exe @MAKE_RULES@ @@ -121,7 +125,11 @@ winedbg.exe$(DLLEXT): winedbg/winedbg.exe$(DLLEXT) $(RM) $@ && $(LN_S) winedbg/winedbg.exe$(DLLEXT) $@ +wrpcss.exe$(DLLEXT): wrpcss/wrpcss.exe$(DLLEXT) + $(RM) $@ && $(LN_S) wrpcss/wrpcss.exe$(DLLEXT) $@ + wineconsole/wineconsole.exe$(DLLEXT): wineconsole winedbg/winedbg.exe$(DLLEXT): winedbg +wrpcss/wrpcss.exe$(DLLEXT): wrpcss ### Dependencies: --- /dev/null 1969-12-31 18:00:00.000000000 -0600 +++ ./programs/wrpcss/.cvsignore 2002-11-01 08:39:51.000000000 -0600 @@ -0,0 +1,3 @@ +Makefile +wrpcss.exe.dbg.c +wrpcss.exe.spec.c --- /dev/null 1969-12-31 18:00:00.000000000 -0600 +++ ./programs/wrpcss/Makefile.in 2002-11-01 08:44:10.000000000 -0600 @@ -0,0 +1,14 @@ +TOPSRCDIR = @top_srcdir@ +TOPOBJDIR = ../.. +SRCDIR = @srcdir@ +VPATH = @srcdir@ +MODULE = wrpcss.exe +APPMODE = cui +IMPORTS = user32 kernel32 + +C_SRCS = \ + main.c + +(a)MAKE_PROG_RULES@ + +### Dependencies: --- /dev/null 1969-12-31 18:00:00.000000000 -0600 +++ ./programs/wrpcss/README 2002-11-01 08:42:27.000000000 -0600 @@ -0,0 +1,14 @@ +wrpcss README + +wrpcss, copyright 2002, Greg Turner +wrpcss is to be distributed under the LGPL/X11-MIT licenses +See the Wine License for further information. + +Wine needs a server whose role is somewhat like that +of rpcss.exe in windows. wrpcss stands for Wine Remote +Procedure Call System Server. + +Enjoy. + +KNOWN BUGS: + Doesn't do anything yet. --- /dev/null 1969-12-31 18:00:00.000000000 -0600 +++ ./programs/wrpcss/main.c 2002-11-01 08:51:26.000000000 -0600 @@ -0,0 +1,28 @@ +/* + * wrpcss (main.c) + * + * Copyright 2002 Greg Turner <gmturner007(a)ameritech.net> + * + * This library is free software; you can redistribute it and/or + * modify it under the terms of the GNU Lesser General Public + * License as published by the Free Software Foundation; either + * version 2.1 of the License, or (at your option) any later version. + * + * This library is distributed in the hope that it will be useful, + * but WITHOUT ANY WARRANTY; without even the implied warranty of + * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU + * Lesser General Public License for more details. + * + * You should have received a copy of the GNU Lesser General Public + * License along with this library; if not, write to the Free Software + * Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA + */ + +#include "main.h" +#include "msvcrt/stdio.h" + +int main( int argc, char **argv ) +{ + printf("Yes, I run.\n"); + return 0; +} --- /dev/null 1969-12-31 18:00:00.000000000 -0600 +++ ./programs/wrpcss/main.h 2002-11-01 08:45:47.000000000 -0600 @@ -0,0 +1,26 @@ +/* + * Copyright 2002 Greg Turner <gmturner007(a)ameritech.net> + * + * This library is free software; you can redistribute it and/or + * modify it under the terms of the GNU Lesser General Public + * License as published by the Free Software Foundation; either + * version 2.1 of the License, or (at your option) any later version. + * + * This library is distributed in the hope that it will be useful, + * but WITHOUT ANY WARRANTY; without even the implied warranty of + * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU + * Lesser General Public License for more details. + * + * You should have received a cop Alexandre Julliard <julliard(a)winehq.com>y of the GNU Lesser General Public + * License along with this library; if not, write to the Free Software + * Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA + */ + +#ifndef _WRPCSS_MAIN_H +#define _WRPCSS_MAIN_H + +#include <windows.h> + +#endif /* _WRPCSS_MAIN_H */ + +/* end of header */ -- gmt "The purpose of government is to rein in the rights of the people" --President Bill Clinton, MTV interview, 1993

3 4

Re: dlls/msvcrt: process.c (msvcrt-popen-1)
by John K. Hohm Nov. 1, 2002

Nov. 1, 2002

> > No, it's wrong. You should be using the Windows API (CreateProcess > > etc.) not the Unix popen(). Then you can build a proper MSVCRT_FILE. > Sorry, I had a few beers tonight ;) Ok, I just remembered what my concerns > were about using CreateProcess initially when I looked at MSDN: I think you need to look more closely at the LPSTARTUPINFO lpStartupInfo argument to CreateProcess. It points to a STARTUPINFO structure having HANDLE hStdInput, HANDLE hStdOutput, and HANDLE hStdError members, which are used if the dwFlags member has the STARTF_USESTDHANDLES bit set.

1 1