- Wine-devel - list.winehq.org

Newbe posting, OCX files.
by Ben Clewett 11 Nov '02

11 Nov '02

Dear Wine, I have been discussing using WINE as an alternate platform for our company as a way of porting our code to Linux. Something I belive is in the interestes of all centient companies. I have been told that there is a problem of running .OCX visual controls though Wine. Can somebody clarify this for me? With thanks, Ben Clewett.

1 0

Question regarding the debate over whether Wine Is Not an Emulator or not..
by Dustin Navea 11 Nov '02

11 Nov '02

In the wine users guide intro it says, and I quote: The former method uses emulation to connect a Windows application to the Wine libraries. You can run your Windows application directly with the emulator, by installing through Wine or by simply copying the Windows executables onto your Linux system. Should I change this or no, because AFAIK, to some people "emulators have not and will not ever un things as fast as the original" and that would give them a bad idea about wine. -Dustin __________________________________________________ Do you Yahoo!? U2 on LAUNCH - Exclusive greatest hits videos http://launch.yahoo.com/u2

4 4

Re: resend update to sgml documentation
by Vincent Béron 11 Nov '02

11 Nov '02

Le ven 08/11/2002 à 23:27, Tony Lambregts a écrit : > + > + <listItem><para> > + run make_winehq I think the proper way would be to call make doc or make allseparate (with my patch applied). make_winehq is more of a hack to generate html with another dsl file, more suitable for HTML files to be put on www.winehq.org or another webserver. For end-user documentation, make {doc, allseparate} is the way to go. Actually, the advantage of make_winehq is to be able to cvs co wine/documentation only, and still be able to build the doc. So you could reflect that in the doc. Vincent

3 7

Re: [RFC] The new Wine FAQ
by Dustin Navea 11 Nov '02

11 Nov '02

uhh, docbook.org only supplies docbookx even tho it says its standard docbook... if you read through the website you will see several references to building xml with the tools downloaded off the site... -Dustin --- Keith Matthews <keith_m(a)sweeney.demon.co.uk> wrote: > On Sun, 10 Nov 2002 10:20:58 -0700 > "Tony Lambregts" <tony_lambregts(a)telusplanet.net> wrote: > > > Dimitrie O. Paun wrote: > > > > >On November 10, 2002 10:49 am, Tony Lambregts wrote: > > > > > > > > >>OK, Once it is finalized... It's on my TODO list. > > >> > > >> > > > > > >That's cool. I can help you with that, it is written so > > >that we can easily convert it into SGML. But to make that > > >step, we have to be able to convince the SGML tools to > > >generate the HTML that _we_ want. I will personally oppose > > >such a conversion until we know how to control the tools. > > >So if you want that to happen, find a way to get the right > > >HTML out of docbook, and we'll convert the whole thing > > >in no time. > > > > > > > > > > > Is there anyone out there that has a clue how to do this... Its a fix > > me in the documentation > > > > > <sect3 id="docbook-tweaking"> > > > <title>Tweaking the DSSSL stylesheets</title> > > > <para> > > > Things you can tweak, and how to do it (examples from > > > default.dsl and winehq.dsl). > > > </para> > > > </sect3> > > > > > > > Not a clue I'm afraid. > > I have a new problem in this area though - some newer distros don't use > traditional docbook, they use docbookx which has an XML startpoint (if I > understand correctly). It could well be where the older ones are heading > too. > > Rock/dRock is a case in point. > __________________________________________________ Do you Yahoo!? U2 on LAUNCH - Exclusive greatest hits videos http://launch.yahoo.com/u2

1 0

Re: resend update to sgml documentation
by Dustin Navea 11 Nov '02

11 Nov '02

Hmm, wonder where the "generic steps to get output from sgml" came from??? ;) *hint hint* *wink wink* ;P -Dustin --- Tony Lambregts <tony_lambregts(a)telusplanet.net> wrote: > Since the last patch looked really screwed up I am resending with .txt > extention > > Hopfully this makes it easier for others to set up their docbook > environment and encourage more people to write documentation it is not > complete but at least it is a start. > > change log: make the instructions of how to install sgml easier to > understand . > > files changed: > documentation/documentation.sgml > documentation/authors.ent > > -- > > Tony Lambregts > > > Index: documentation.sgml > =================================================================== > RCS file: /home/wine/wine/documentation/documentation.sgml,v > retrieving revision 1.4 > diff -u -r1.4 documentation.sgml > --- documentation.sgml 2 Oct 2001 17:48:16 -0000 1.4 > +++ documentation.sgml 9 Nov 2002 04:00:59 -0000 > @@ -86,6 +86,9 @@ > <para> > Written by &name-john-sheets; <email>&email-john-sheets;</email> > </para> > + <para> > + Modified by &name-tony-lambregts; > <email>&email-tony-lambregts;</email> Nov. 2002 > + </para> > > <sect2 id="writing-docbook"> > <title>Writing Documentation with DocBook</title> > @@ -98,7 +101,123 @@ > DocBook markup looks very similar to HTML markup, although > the names of the markup tags differ. > </para> > + <sect3> > + <title>Getting Started</title> > + <note> > + <title>Why SGML?</title> > + <para> > + The simple answer to that is that SGML allows you > + to create multiple formats of a given document from a > single > + source. Currently sgml is used to create html, pdf and PS > + formats of the Users Guide, Developers Guide, Winelib Users > + Guide Packagers Guide and FAQ. > + </para> > + </note> > + > + <note> > + <title>What do I need?</title> > + <para> > + You need the sgml tools. There are various places where you > + can get them. The most generic way of geting them form > source. > + </para> > + </note> > + > + <note> > + <title>Quick instructions</title> > + <para> > + These are the generic steps to get output from sgml. > + </para> > + </note> > + > + <orderedlist> > + > + <listItem><para> > + Go to <ulink > url="http://www.sgmltools.org">http://www.sgmltools.org</ulink> > + </para></listitem> > + > + <listItem><para> > + Download all of the sgmltools packages > + </para></listitem> > + > + <listItem><para> > + Install them all and build them (./configure; make; make > install) > + </para></listitem> > + > + <listItem><para> > + Switch to your toplevel wine directory > + </para></listitem> > + > + <listItem><para> > + Run ./configure (or make distclean && ./configure) > + </para></listitem> > + > + <listItem><para> > + Switch to the documentation directory > + </para></listitem> > + > + <listItem><para> > + run make_winehq > + </para></listitem> > + > + <listItem><para> > + View wine-doc/index.html in your favorite browser > + </para></listitem> > + > + </orderedlist> > + > + </sect3> > + > + <sect3> > + <title>Getting SGML for various distributions</title> > + <para> > + Most Linux distributions have everything you need already > + bundled up in package form. Unfortunately, each > + distribution seems to handle its SGML environment > + differently, installing it into different paths, and > + naming its packages according to its own whims. > + </para> > + > + <sect4> > + <title>SGML on Redhat</title> > + <para> > + The following packages seems to be sufficient for RedHat 7.1. > You > + will want to be careful about the order in which you install > the > + rpms. > + <itemizedlist> > + <listitem><para>sgml-common-*.rpm</para></listitem> > + <listitem><para>openjade-*.rpm</para></listitem> > + <listitem><para>perl-SGMLSpm-*.rpm</para></listitem> > + <listitem><para>docbook-dtd*.rpm</para></listitem> > + <listitem><para>docbook-style-dsssl-*.rpm</para></listitem> > + <listitem><para>tetex-*.rpm</para></listitem> > + <listitem><para>jadetex-*.rpm</para></listitem> > + <listitem><para>docbook-utils-*.rpm</para></listitem> > + </itemizedlist> > + You can also use ghostscript to view the ps format output and > + Adobe Acrobat 4 to view the pdf file. > + </para> > + </sect4> > + > + <sect4> > + <title>SGML on Debian</title> > + <note> > + <title>Fix me</title> > + <para> > + List package names and install locations... > + </para> > + </note> > + </sect4> > > + <sect4> > + <title>SGML on Other Distributions</title> > + <note> > + <title>Fix me</title> > + <para> > + List package names and install locations... > + </para> > + </note> > + </sect4> > + </sect3> > <sect3> > <title>Terminology</title> > > @@ -1006,47 +1125,6 @@ > </para> > </sect3> > > - <sect3> > - <title>SGML on Redhat</title> > - <para> > - Most Linux distributions have everything you need already > - bundled up in package form. Unfortunately, each > - distribution seems to handle its SGML environment > - differently, installing it into different paths, and > - naming its packages according to its own whims. > - </para> > - <para> > - The following packages seems to be sufficient for RedHat 7.1. > You > - will want to be careful about the order in which you install > the > - rpms. > - <itemizedlist> > - <listitem><para>sgml-common-*.rpm</para></listitem> > - <listitem><para>openjade-*.rpm</para></listitem> > - <listitem><para>perl-SGMLSpm-*.rpm</para></listitem> > - <listitem><para>docbook-dtd*.rpm</para></listitem> > - <listitem><para>docbook-style-dsssl-*.rpm</para></listitem> > - <listitem><para>tetex-*.rpm</para></listitem> > - <listitem><para>jadetex-*.rpm</para></listitem> > - <listitem><para>docbook-utils-*.rpm</para></listitem> > - </itemizedlist> > - You can also use ghostscript to view the ps format output and > - Adobe Acrobat 4 to view the pdf file. > - </para> > - </sect3> > - > - <sect3> > - <title>SGML on Debian</title> > - <para> > - List package names and install locations... > - </para> > - </sect3> > - > - <sect3> > - <title>SGML on Other Distributions</title> > - <para> > - List package names and install locations... > - </para> > - </sect3> > </sect2> > > <sect2 id="emacs-psgml"> > Index: authors.ent > =================================================================== > RCS file: /home/wine/wine/documentation/authors.ent,v > retrieving revision 1.2 > diff -u -r1.2 authors.ent > --- authors.ent 24 Jul 2002 03:00:02 -0000 1.2 > +++ authors.ent 9 Nov 2002 04:01:56 -0000 > @@ -43,6 +43,9 @@ > <!entity name-alex-korobka "Alex Korobka"> > <!entity email-alex-korobka "alex(a)aikea.ams.sunysb.edu"> > > +<!entity name-tony-lambregts "Tony Lambregts"> > +<!entity email-tony-lambregts "tony_lambregts(a)telusplanet.net"> > + > <!entity name-marcus-meissner "Marcus Meissner"> >  > <!entity email-marcus-meissner "Marcus.Meissner(a)caldera.de"> > __________________________________________________ Do you Yahoo!? U2 on LAUNCH - Exclusive greatest hits videos http://launch.yahoo.com/u2

4 6

Re: Help support
by Ender 11 Nov '02

11 Nov '02

> Well, a minimal Mozilla/Win32 installation is 6MB. How can you develop > on Wine when you can't afford 6MB? I've just checked, and you need > 400MB to compile Wine... Which is why I can't afford the space :) /dev/hdb1 10GB 9.1GB 415MB 96% /development - Ender

3 3

Re: Wine 0.9 TODO v0.4
by Dustin Navea 11 Nov '02

11 Nov '02

--- "Dimitrie O. Paun" <dpaun(a)rogers.com> wrote: > On November 10, 2002 03:40 am, you wrote: > > Status update, submitted first wave of patches to wine-patches, updates > > intro and getting wine, help not really needed but appreciated. Figuring > > out what is out of date as I go along, and fixing the fixme's in the docs > > as I get to them and with as much knowledge as i have on the subject... > > Noted. It would be nice if you can tell me a progress indicator, like 20% > done, or so... > Doh! I knew I forgot something! I was tired earlier, so I took a nap. Progress, 7.5% done (yes im serious) -Dustin __________________________________________________ Do you Yahoo!? U2 on LAUNCH - Exclusive greatest hits videos http://launch.yahoo.com/u2

1 0

Re: Regedit from ReactOS
by Vincent Béron 10 Nov '02

10 Nov '02

Le sam 09/11/2002 à 21:20, Steven Edwards a écrit : > > Bugs: > 1. The current treeview code doesnt compile under WINE for some resion. > When building under Mingw I dont have this problem. > treeview.c: In function `AddEntryToTree': > treeview.c:99: structure has no member named `item' > treeview.c: In function `InitTreeViewItems': > treeview.c:124: structure has no member named `item' Because of -DNONAMELESSUNION in Makeprog.rules.in. Now, why is it always set? It comes from this patch (http://www.winehq.com/hypermail/wine-cvs/2001/11/0114.html) applied nearly one year ago. Alternatively, the other way is to reference foo.u.bar instead of foo.bar. And actually, that's the way it's done in the rest of programs/. (Verified: it compiles correctly). Vincent

2 1

Re: int21 move a0-a7
by Jukka Heinonen 10 Nov '02

10 Nov '02

Patch a1 is wrong and must not be applied. Function 0x0c is really a recursive call and cannot be handled this way. Simple fix would be to call DOSVM_Int21Handler from function 0x0c handler after AH register has been modified (and lets add a detailed comment here this time so everybody understands what 0x0c really does...). Call me blind, but I fail to see how DOSCONF_config gets initialized after patch a2. This set of patches break DOS3Call and calling INT21 using VXDs and DeviceIoControl. I have no idea how much these interfaces are used but I guess this will be fixed in a future patch? Actually the same problem exists with all those interrupt handlers that can be invoked through VXDs. However, other handlers do still work because I have not yet posted patches that touch those handlers. I already know how to fix this issue but I want to work slowly and wait until pending interrupt patches either get applied or rejected before posting anything new. Nogs patches already modify the same files as my patches and I want things to stabilize a bit. Anyway, I don't have time for reviewing patches of this size; those above comments were produced by quickly scanning through the patches and they were really easy to spot. I give up and leave fixing int21 stuff to Nog. -- Jukka Heinonen <http://www.iki.fi/jhei/>

2 1

Re: Help support
by Ender 10 Nov '02

10 Nov '02

Just so people don't double up, I'll let everyone know I'm working on a CHM viewer. Although I still havn't worked out how I will do the actual HTML viewing, my first priority is to actually build code to parse the file :) I might even ponder implementing a simple IWebBrowser implementation based off of Konq-Embedded/khtml, which would be -extremely- easy... and best of all, light-weight (there is NO way I'm going to install Mozilla/Win32 to have large portions of WINE working, I can't afford the diskspace!) Of course the whole GPL vs LGPL thing is a bit of an annoyance. - Ender

2 1