- Wine-Devel - list.winehq.org

Re: dsl file for sgml faq
by Tony Lambregts Nov. 14, 2002

Nov. 14, 2002

Vincent Béron wrote: > Tony Lambregts a écrit: > >> Vincent Béron wrote: >> >>> Tony Lambregts a écrit: >>> >>>> I have been fighting with trying to get your sample built on my >>>> system. The end point for me seems to be that in order to use your >>>> faq.dsl I need docbook DTD 4.2. RedHat 7.2 has Docbook 3.0 through >>>> 4.1 but 4.1 just does not cut it. >>>> >>>> jade:../faq.dsl:50:24:E: reference to undefined variable >>>> "$generate-article-lot-list$" >>>> >>>> The sgml tools site has only 3.0/2 >>>> >>>> So I feel very THICK and ned some enlightenment on what direction >>>> to take either. >>>> >>>> 1) It seems pointless to rely on something (docBook 4.2 DTD) that >>>> is difficult to get, so no one will use it so, no one will maintain >>>> the FAQ. >>> >>> >>> >>> >>> Silly me, not thinking about others. It runs fine with docbook 3.1 >>> (modify the doctype at top of wine-faq.sgml) if you remove the >>> articleinfo pair (but you can keep the title). >>> >>>> >>>> 2) I am THICK and I it will be quickly apparent what I should do >>>> once I have more informatioin. >>>> >>> >>> You're NOT thick! It's just that I do things here (on my machine), >>> and I don't always check if it would work on other machines. >>> >>> Vincent >>> >> When I made the suggested changes I still get the same error... >> >> [tony(a)tony documentation]$ db2html -d ../faq.dsl wine-faq.sgml >> output is wine-faq >> Using catalogs: /etc/sgml/sgml-docbook-3.1.cat >> Using stylesheet: ../faq.dsl >> Working on: /usr/local/src/wine/documentation/wine-faq.sgml >> jade:../faq.dsl:50:24:E: reference to undefined variable >> "$generate-article-lot-list$" > > > Ok, it's the definition of the article element which causes problems. > > What is your dsssl-stylesheets version? You can locate db31.dsl and > look in the parents directory name. dsssl-stylesheets-1.64 > > > I needed to copy some definitions (bad thing to do, as your > experiencing shows) to precisely control the HTML layout. > > Try with the enclosed dsl file (warning: endlines are probably MS), > and compare the differences (if it works ;-)). Then tell me which > differences you absolutely need, or want, and I'll try to get them in > a portable way. > > Vincent I had to modify the faq-plain.dsl a little to get output >------------------------------------------------------------------------ > ><!DOCTYPE style-sheet PUBLIC "-//James Clark//DTD DSSSL Style Sheet//EN" [ ><!ENTITY walsh-style PUBLIC "-//Norman Walsh//DOCUMENT DocBook HTML Stylesheet// ><!ENTITY cygnus-style SYSTEM "/usr/lib/sgml/stylesheet/dsssl/docbook/cygnus/cygn >]> > > <!DOCTYPE style-sheet PUBLIC "-//James Clark//DTD DSSSL Style Sheet//EN" [ <!ENTITY walsh-style PUBLIC "-//Norman Walsh//DOCUMENT DocBook HTML Stylesheet//EN" CDATA DSSSL> <!ENTITY cygnus-style SYSTEM "/usr/lib/sgml/stylesheet/dsssl/docbook/cygnus/cygnus-both.dsl" CDATA DSSSL> ]> ><style-sheet> ><style-specification id="html" use="docbook"> ><style-specification-body> > >(define %html-pubid% "-//W3C//DTD HTML 4.01 Transitional//EN") >(define %html-header-tags% '(("META" ("HTTP-EQUIV" "Content-Type") ("CONTENT" "t > (define %html-header-tags% '(("META" ("HTTP-EQUIV" "Content-Type") ("CONTENT" "text/html; charset=ISO-8859-1")))) >(define %use-id-as-filename% #t) >(define %html-ext% ".html") > >(define %stylesheet% "faq.css") >(define %stylesheet-type% "text/css") > ></style-specification-body> ></style-specification> > ><external-specification id="docbook" document="walsh-style"> > ></style-sheet> > > With those changes I get output (but not the prety stuff ) <grin> -- Tony Lambregts

1 0

Re: Fw: Re: Filesystem change notifications
by Ian Pilcher Nov. 14, 2002

Nov. 14, 2002

Shachar Shemesh wrote: > It's not that I am for adding everything inline. That's not a good idea. > Also, I think a Windows compatibility layer can be forgiven for having > more dependancies than a personal finance program. This holds especially > true if non-core windows functionality is only available if the external > library is available at runtime (i.e. - no fribidi install - no Hebrew > support in Wine. No CUPS installed - no printing available etc.). I'm > not sure this holds true to something which is a core Windows function. That would be the plan. No FAM header at compile time, no change notification support (i.e. current behavior); can't load FAM library or connect to FAM daemon at runtime, no change notification support. -- ======================================================================== Ian Pilcher pilchman(a)attbi.com ========================================================================

2 1

Re: Fw: Re: Filesystem change notifications
by Havoc Pennington Nov. 14, 2002

Nov. 14, 2002

On Thu, Nov 14, 2002 at 07:04:24AM +0000, Keith Matthews wrote: > It sems to have been dropped in RH 7.3 which is a good thing. > No, it's not dropped. > Fam requires portmapper. If not set up properly (i.e. by someone who > understands what they are letting loose) portmapper can be a serious > security problem. The security community regard the introduction of fam > a serious backward step on RH's part. Sounds like someone is misinformed, because we don't have it listening on external ports. That's only required to make it work over NFS or something. Our FAM is a local-only thing unlike on Irix. > You are also assuming that every distro follows RH's lead which is very > definitely not true. Many people are already getting upset about the > number of libraries that are required to get some packages to run. > GNUCash being a prime example of package use gone mad. GNUCash has something like 40 dependencies including a lot of very unstable/unfinished APIs. FAM is 1 dependency and while it sucks, it doesn't change very often (or at all that I know of). Alex Larsson wanted to work on a nicer FAM-type thing based on a per-user daemon or something, but hasn't had time. Certainly there's room to write such a thing, but I don't think it's harmful to use FAM if FAM is present. It's not like a FAM dependency would be pervasive, it would be small and well-isolated and easy to change to some other dependency if you found something better. Havoc

2 1

Re: Filesystem change notifications
by Ender Nov. 14, 2002

Nov. 14, 2002

It all depends which platforms you want to support in this patch, as far as it goes. FAM has support for a lot of different systems, but there's no need to really add it as a dependency IMHO. Adding support for the platforms we wish to support would be simpler. I think the best reference would be to use F_NOTIFY under Linux. This makes writing FindFirstChangeNotification a maybe 20 minute job. The simplest example I can think of is from Samba: http://cvs.samba.org/cgi-bin/cvsweb/~checkout~/samba/source/smbd/notify_ker… It's GPLed, so only use it as an example, don't copy code from it :) Other platforms have other methods (eg, FreeBSD you can use kqueue/kevent).. so yes, it all depends how much compatability you want. On other platforms you can always resort to polling, but this is quite horrible. I think NetBSD has a kqueue/kevent method, but IIRC it's broken. :) - Ender

2 1

Filesystem change notifications
by Ian Pilcher Nov. 14, 2002

Nov. 14, 2002

Is anyone working on implementing FindFirstChangeNotification and friends? If not, this looks like something that may be both within my capabilities and non-trivial enough to be useful (a rare combination!). My thought is to use SGI FAM (http://oss.sgi.com/projects/fam/) which is shipped with Red Hat and (according to bug #588) Mandrake. I'm not sure about any other distributions, but the FAQ on the web page states that Enlightenment, GNOME, and KDE all use it, so it should be pretty widespread. If no one is working on this, start preparing for an endless series of questions about the wineserver's internal workings. -- ======================================================================== Ian Pilcher pilchman(a)attbi.com ========================================================================

3 4

Unknown message 0x0313
by Fabian Cenedese Nov. 14, 2002

Nov. 14, 2002

Hi While trying to find problems with messages I stumbled over a message I didn't know what it is. My app got a message 0x0313 when I right clicked on the app button in the taskbar, that on my old NT4. The only info I found is that the app should show the system menu like in this example: // With ClassWizard OnRButtonDown () addition Void Cxxxx: OnRButtonDown (UINT nFlags, Cpoint point) { // Client coordinate in screen coordinate conversion ClientToScreen (& point); // Indication of system menu PostMessage (0x0313, 0, MAKELPARAM (point.x and point.y)); Cwnd: OnRButtonDown (nFlags and point); } Is this code defined in the new VS.net? Thanks bye Fabi

1 0

Wine 0.9 TODO v0.5
by Dimitrie O. Paun Nov. 14, 2002

Nov. 14, 2002

Folks, A new version (0.5) of the Wine 0.9 TODO is out: http://www.dssd.ca/wine/Wine-0.9-TODO-0.5.html The work-in-progress one is always available at: http://www.dssd.ca/wine/Wine-0.9-TODO.html Please check it out, and help me keep it up-to-date. :) Again, for you convenience, the TODO is included below, in text form: A. WineHQ work 1. Website redesign [IN PROGRESS] * worker: Jeremy Newman * status: backend is getting finalized * updated: Nov 7, 2002 2. Move the doc scripts out of documentation into the tools CVS module [TODO] * worker: Jeremy Newman * status: should remind Jeremy to do it :) * updated: Nov 7, 2002 3. Reorganize the navigational menu [DONE] * worker: Francois Gouget & al. * status: merged into new site * updated: Nov 5, 2002 4. Create some really sexy screenshots [IN PROGRESS] * worker: Brian Vincent * status: please send screenshots to the above mentioned maintainer * updated: Nov 12, 2002 * criteria: listed here 5. Rework the FAQ interface [IN PROGRESS] * workers: Dimitrie O. Paun, Keith Matthews, Thomas Wickline * status: released for public review here * updated: Nov 9, 2002 6. Enlist some 'official' distribution maintainers [DONE] * RedHat: Vincent Béron * SUSE: Marcus Meissner * Mandrake: Kye Lewis * Debian: Ove Kaaven * FreeBSD: Gerald Pfeifer * status: completed * updated: Nov 7, 2002 7. Create nice page with apps that run virtually flawless [IN PROGRESS] * workers: Carlos Lozano, Dustin Navea * status: list submitted for discussion, and partly posted here as a HTML page. * updated: Nov 13, 2002 * criteria: not MS dlls required, no tricks, etc. B. Documentation work 1. Fix incomplete and/or out of date documentation. [IN PROGRESS] * workers: Dustin Navea, Tony Lambregts * status: 7.5% complete (first round of patches committed, help would be appreciated) * updated: Nov 12, 2002 2. Fix documentation build process [IN PROGRESS] * worker: Vincent Beron * status: patch submitted * updated: Nov 10, 2002 3. Move CVS docu from User Guide to Devel Guide [IN PROGRESS] * worker: Bill Medland * status: just started * updated: Nov 7, 2002 4. Merge documentation/wine.texinfo into the Development Guide [TODO] 5. Merge documentation/HOWTO-winelib into the Development Guide [TODO] 6. Do something about documentation/installation-und-konfiguration.german [TODO] 7. Do something about documentation/shell32 [TODO] 8. Do something about documentation/status [TODO] C. Wine configuration 1. Merge configuration into the registry [TODO] 2. Write control panel applets for editing it [IN PROGRESS] * worker: Jaco Greeff * status: 7.5% (screenshots here, and here) * updated: Nov 11, 2002 3. Have decent defaults so we can start control panel without prior configuration [TODO] 4. Have wizard like app to autoconfigure wine [TODO] * proposal: WineSetupTk by Jeremy White 5. Make Wine's DLLs register themselves to avoid manual merging of the winedefault.reg [TODO] 6. Write wine.inf script to setup a new Wine installation [TODO] 7. Have a wineboot script for RunOnce stuff [IN PROGRESS] * workers: Andreas Mohr, Shachar Shemesh * status: 50% * updated: Nov 7, 2002 D. Stabilize utilities 1. Get rid of the init directive from .spec files [DONE] * worker: Alexandre Julliard * status: implemented by this * updated: Nov 7, 2002 2. Make sure the .spec file format is fairly stable [IN PROGRESS] * worker: Alexandre Julliard * status: Yes, I'll do that. * updated: Nov 7, 2002 * what: can we get rid of the rsrc directive? 3. Ensure the various utilities' options are stable [IN PROGRESS] * status: Alexandre fixed winebuild options * updated: Nov 7, 2002 * what: audit the other utilites 4. Get rid of the Perl testing framework [DONE] * worker: Dimitrie O. Paun * status: patch submitted, and committed ([1], and [2]) * updated: Nov 11, 2002 E. Important fixes 1. Window management rewrite, so we can install apps in managed mode. [TODO] * worker: Alexandre Julliard * status: not started 2. Finish DLL separation Phase 1 [IN PROGRESS] * worker: ? * status: deferred * updated: Nov 11, 2002 * criteria: DLLs should use only functions exported through .spec file. 3. Detect printing system at runtime [TODO] * worker: Huw Davies * status: Yup, I'm going to do this in the near future. * updated: Nov 7, 2002 4. Detect OpenGL system at runtime [IN PROGRESS] * worker: Lionel Ulmer * status: Patch submitted for review. * updated: Nov 9, 2002 5. Start builtin WinHelp when invoked from apps [DONE] * worker: Eric Pouech * status: patches submitted (client, server) for review, and accepted. * updated: Nov 11, 2002 6. Add macro support to the builin WinHelp [IN PROGRESS] * worker: Eric Pouech * status: Patch submitted for review. * updated: Nov 14, 2002 7. Add CHM support to builtin WinHelp [IN PROGRESS] * worker: J.Brown (Ender/Amigo) * status: Cabextract, and CHMtools donated to Wine * updated: Nov 11, 2002 8. Good support for VisualBasic apps [TODO] * worker: ? * status: ? * updated: Nov 9, 2002 * tests: submitted by Roderick Colenbrander -- Dimi.

1 0

Re: wine/dlls/ntdll debugtools.c
by Dimitrie O. Paun Nov. 13, 2002

Nov. 13, 2002

On November 13, 2002 02:38 pm, Alexandre Julliard wrote: > Reduce the maximum length of debug strings to 80 characters. Why do that? My console has >140 columns, 80 is rather small. -- Dimi.

2 4

Wine, bugs and Word2k ...
by Paul Millar Nov. 13, 2002

Nov. 13, 2002

Hi, I've been trying out wine with Word 2000 using builtin DLLs, both in desktop and managed mode. Mostly it works fine, but there's a few problems that detract from the "user experience". Any pointers on where to start looking for these bugs would be much appreciated -- relay is around 46 MiB before any of the problems surface :^/ 1. Whenever word decides to run their help agent, on my machine C:\WINDOWS\Msagent\AGENTSVR.EXE, I get messages: fixme:hook:NotifyWinEvent( 4, <HWND 1>, -3, 0)-stub! fixme:hook:NotifyWinEvent( 5, <HWND 1>, -3, 0)-stub! fixme:hook:NotifyWinEvent( 32773, <HWND 2>, -4, 0)-stub! Word and the agent then freezes. Killing off the agent, e.g. "kill $(ps ax|grep wine.*AGEN|awk '{print $1}')" allows word to recover ... 2. Dragging a dialogue box around causes a corruption on the screen (see [1]). When I release the button, the window moves, along with any corruption. Forcing a refresh (eg hiding the desktop window behind another one), clears up the corruption. 3. Normal resizing works fine, but word has an extra resizable corner (which isn't rendered correctly under wine, see [2]). This has had variable success in the past: when it fails, the window is resized so the left edge of the window shoots off the left edge of the screen, seemingly ignoring whatever the mouse does. With current CVS it seems to always fail in this way. 4. Exiting word, it tries to save NORMAL.DOT, saying "The disk is full or too many files are open. C:\windows\...\Templates\Normal.dot" causing: fixme:storage:StorageImpl_Commit (4): stub! fixme:storage:StorageImpl_Commit (4): stub! fixme:storage:StorageImpl_Commit (4): stub! fixme:ole:WriteFmtUserTypeStg (0x402b5550,17c,L"Microsoft Word Document") stub! fixme:hook:NotifyWinEvent (32774,0x00030031,52,3)-stub! fixme:hook:NotifyWinEvent (32773,0x00030031,-4,33)-stub! fixme:hook:NotifyWinEvent (32774,0x00030031,26,7)-stub! fixme:hook:NotifyWinEvent (32777,0x00030031,52,0)-stub! fixme:hook:NotifyWinEvent (32774,0x00030031,52,3)-stub! So I guess the storage is at fault. 5. Exiting Word causes wine to crash. This used to work ok (upto a few days ago). Backtrace shows a few random references to _end+0xd27f0 (etc..), followed by PE_InitDLL (pe_image.c:628 nt=1, module=1140195328, type=0, lpReserved=0x01), followed by module.c:159 .... seems to be trying to initialise winmm.dll, failing and jumping into blue yonder. On a whim, I reversed Eric's recent always-unload-winmm patch [3]. This "fixed" the problem. So, is wine attempting (and failing) to load winmm in order to unload it? (6. The debugger froze whilst trying to dereference the wm pointer in MODULE_InitDLL, it managed to print some of the structure before hanging ... but I think that's enough bugs for now ...) Cheers, Paul. [1] - http://www.astro.gla.ac.uk/users/paulm/corner.png [2] - http://www.astro.gla.ac.uk/users/paulm/corrupt.png [3] - http://cvs.winehq.com/patch.py?id=6212 ---- Paul Millar

3 6

Re: Re: DIB engine
by chrismorgan＠rcn.com Nov. 13, 2002

Nov. 13, 2002

I'll probably be taking a look at merging in the dib engine in the next few weeks as part of ongoing work to improve d3d support. If someone happens to start sooner just mail the list so we don't duplicate work. Chris > > From: Greg Turner <gmturner007(a)ameritech.net> > Date: 2002/11/13 Wed AM 08:58:54 EST > To: <vinn(a)theshell.com> > CC: wine-devel(a)winehq.com > Subject: Re: DIB engine > > Impolitely cc'ed to wine-devel w/o your permission... > > On Tuesday 12 November 2002 11:30 pm, vinn(a)theshell.com wrote: > > Just curious, in lieu of your excellent merging > > skills, [...] > > heh, what a silly claim to fame. But thanks for the compliment :) > > > have you considered tackling the DIB engine > > from TransGaming? > > actually, I have. Maybe once I finish the current wave of work on rpcss > (soon, I think) I will take a look at this. It might be a little more > of a challenge for me since I don't know a thing about X11 coding... > but then again I didn't know much about RPC until I started diving into > it, and since I hear it's a bit of a challenge, the prospect of > learning X11 coding appeals to me anyhow. > > > Once again, it seems like a huge code drop waiting > > for someone to split it up. I looked through it > > briefly and it looked fairly straightforward. Maybe > > Huw Davies has some ideas about it? > > yup. The only thing that gives me pause is that the RPC stuff is far > from finished and I would like to keep some forward momentum in that > department as well... but who says I can't multitask? I'd certainly be > glad to take a look at it. > > -- > gmt > > "War is an ugly thing, but not the ugliest of things; > the decayed and degraded state of moral and patriotic > feeling which thinks that nothing is worth war is much > worse. A man who has nothing for which he is willing > to fight; nothing he cares about more than his own > personal safety; is a miserable creature who has no > chance of being free, unless made and kept so by the > exertions of better persons than himself." > > -- John Stuart Mill > > > >

5 8