- Wine-Devel - list.winehq.org

RE: Missing SignalObjectAndWait
by Sean Mitchell Nov. 28, 2002

Nov. 28, 2002

> I think that the first problem is that if foo.exe.so links with > libpthread.so, then libpthread.so gets loaded and initialized before > ntdll.dll.so is loaded and overrides the pthread functions in the C > library -> big trouble. > > This migh conceivable be worked around using a wrapper like I > described > for libmfc.so except this time the wrapper would just load libntdll.so > and the wrapped executable would link with libpthread.so. > > Then I guess it should work since threaded opengl libraries > are supposed > to work. > > But is there really an advantage to using pthread rather than > the Win32 > threading functions when porting a Windows application? After all one > should not have to change the code when porting with Winelib... Without SignalObjectAndWait() I imagine that many medium sized to large apps would have to consider alternative threading libraries... the app I'm trying to port uses it quite a bit to prevent race conditions. As an interested party rather than a developer I'd suggest that the effort would be best spent implementing SignalObjectAndWait() before worrying about pthread compatibility, but I don't know the extent of the work involved. For my own porting project I'm now considering at a "clean" port without any Windows calls - fortunately we only use the thread calls and some file system calls from the Win32 API - but I suspect that this might present a roadblock to other projects hoping for a painless port. In any case, you folks have done a great job with Wine and winelib, and I thank you for it. Cheers, Sean

1 0

Access Database
by Fabian Cenedese Nov. 28, 2002

Nov. 28, 2002

Hi My app works with an Access mdb. Opening and reading goes fine. The problem comes with writing. There is a table called "Nodes". I delete it and then create a new one to fill in my data. For some strange reason the table gets created but with a name "Node", the s was munched. Even more strange that it works with other tables after this one. I already stepped through the MFC.dll and checked critical places (strlen, SysAllocString etc) but it always looked fine. Did anyone ever had something similar? Or can work with mdbs without problems? Thanks bye Fabi

1 0

SystemTimeToTzSpecificLocalTime()
by Martin Fuchs Nov. 28, 2002

Nov. 28, 2002

Hello, what has happend with my patch for SystemTimeToTzSpecificLocalTime() and TzSpecificLocalTimeToSystemTime()? It has not been commited yet, and I didn't see any comments on it. Are there any problems with it? -- Martin Fuchs martin-fuchs(a)gmx.net

1 0

RE: Missing SignalObjectAndWait
by Sean Mitchell Nov. 28, 2002

Nov. 28, 2002

> Sent a patch to wine-patches for this one and the _set_error_mode() > constants. With the patch applied your application should > compile fine. > > However note that _set_error_mode() and SignalObjectAndWait() are both > stubs currently, which means that functionality is not implemented. So > if your application calls either of them it will crash... Ah... gotcha. I may just port the thread object to pthreads and be done with anyway. Thanks. Sean

3 4

What about the MONITORINFOEX fix?
by Dimitrie O. Paun Nov. 28, 2002

Nov. 28, 2002

Alexandre, What happened with this patch by Patrik: http://www.winehq.com/hypermail/wine-patches/2002/11/0241.html I still have an ugly hack in my tree, and I was curious what you have in mind for that? -- Dimi.

2 2

Doc building update, finally
by Dustin Navea Nov. 28, 2002

Nov. 28, 2002

Vincent, I finally got SGMLtools installed and went to build the doc. Only problem is that instead of it outputting to files it prints the output on screen. Is there a flag that I may be missing or what? I'm using SGMLTools pre-compiled and built.. Downloaded from ftp://ftp.slackware.com/pub/slackware/slackware-current/extra/sgml-tools-1.… and installed using pkgtool which comes with slackware.. -Dustin P.S. Any outputs you need say from man or --help on docbook2html?

4 4

Re: A few trivial Unicode-Ascii fixes
by Dmitry Timoshkov Nov. 28, 2002

Nov. 28, 2002

"Matthew Davison" <m.davison(a)virgin.net> wrote: > changelog: > A few Trivial Unicode-Ascii cross-call fixes Actually, since our loader code is not using unicode internally at all and therefore your "fixes" just add superfluous conversions from ANSI to Unicode and back, I think that real fix would be to convert loader to unicode first and only then clean things up. -- Dmitry.

1 0

Re: Again Warcraft 3 - Wine CVS 20021125
by Sylvain Petreolle Nov. 28, 2002

Nov. 28, 2002

I say to you it isn't the case. :) > Do not hate me, please. > > After download of CVS snapshot I compiled it from a dir in my home > (/home/leo/wine). There is winedefault.reg, but I do not understand > if wine > reads it or the user.reg and system.reg in my .wine/ dir The emulation of registry is based on .wine/system.reg =>HKEY_LOCAL_MACHINE and user.reg => HKEY_CURRENT_USER. At the very start of wine these 2 files are empty/nonexistent => the registry is empty. To initiate it, you must import values into it via the program regedit. Default values that works well are in winedefault.reg. When you issue 'regedit winedefault.reg', this file is read and its values are imported into system.reg and user.reg. Now your debugger problem : you have installed a previous version some months ago and wine architecture changed. winedbg isn't at the same place as before. You have the old value in system.reg so wine doesn't find it anymore. running 'regedit winedefault.reg' will update your old values with new ones and set the correct location for the debugger. (and many others) ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

1 0

Re: Doc building update, finally
by Dustin Navea Nov. 28, 2002

Nov. 28, 2002

----- Original Message ----- From: Tony Lambregts <tony_lambregts(a)telusplanet.net> To: Dustin Navea <speeddymon(a)ev1.net> Cc: <wine-devel(a)winehq.com> Sent: Wednesday, November 27, 2002 11:30 AM Subject: Re: Doc building update, finally > Dustin Navea wrote: > > >Vincent, > > > >I finally got SGMLtools installed and went to build the doc. Only > >problem is that instead of it outputting to files it prints the output > >on screen. Is there a flag that I may be missing or what? I'm using > >SGMLTools pre-compiled and built.. Downloaded from > >ftp://ftp.slackware.com/pub/slackware/slackware-current/extra/sgml-tools-1. 0.9-i386.tgz > >and installed using pkgtool which comes with slackware.. > > > >-Dustin > > > >P.S. Any outputs you need say from man or --help on docbook2html? > > > > > > > Well you are not the only one. I manually changed "SRCDIR = ." to RCDIR > = .." in Makefile to make it work for me. The problem has shown up on > bugzilla too. (bug 1164) http://bugs.winehq.com/show_bug.cgi?id=1164 > > Ahh, I knew I remembered seeing something about that issue here but couldnt > remember the fix. I will try that tonight when I get home from work.. > > > > > I think that Vincent has not given up on this (yet?) However its not a > simple fix since various distributions have thier db2html and docbook2html > set up differently. he mentioned bypassing the whole issue by using our own > db2html-winehq instead. I have mixed feelings about this but I see no other > solution other than making configure unbearably complicated. > > Hmm, I remember that someone had a copy of *2html that had -d set up to > putput to dvi, what version of *2html was it? Maybe its the fact that it is > an old version or that it isnt the standard jadewrapper? Either way, why > not have configure check how to specify the .dsl file in much the same way > we check for certain gcc flags? Or is that not possible? > > > > > As far as your output what are the first couple of lines from "make html > > make.log" > > I will post it when I get home from work.. > > -Dustin >

2 1

RE: Coding standards
by Medland, Bill Nov. 27, 2002

Nov. 27, 2002

> -----Original Message----- > From: wine-devel-admin(a)winehq.com > [mailto:wine-devel-admin(a)winehq.com]On > Behalf Of David Laight > Sent: Wednesday, November 27, 2002 1:34 AM > Cc: wine-devel(a)winehq.com > Subject: Re: Coding standards > > > > >Probably vi with autoindent, tabstop=8 and shiftwidth=4 > (my preferred indent). > > > > Of course everyone has his own taste and there's nothing > wrong with 8. We > > just found that with 8 spaces there's very much indentation > if you have quite > > some nested ifs/whiles/fors/whatevers. While still trying > to stay under 80 > > chars per line (for a nice printing) you don't have much space left > > to put code on :) > > Indeed - printing in one reason you should not set the tab size to > anything other than 8. > > With vi and sw=4,ts=8,ai you indent with ^T and outdent with ^D. > vi adds the correct number of tabs and spaces to end up in the > right position. which is what I hate. This is the worst of both worlds. Either use Tabs throughout so that a tab equals an indent and so people can set the tab size to whatever they like or else don't use tabs at all and use explicit spaces. (The usual argument for using tabs relates to the fact that they line up with proportionally spaced fonts but I don't think that worries us does it; I almost always use a fixed font for code display). I would argue in favour of using tabs for indent if it were not for the fact that we already have an enormous amount of code that doesn't and I doubt if we would refuse code that didn't. > > 8 char indents (as used by netbsd) to tend to leave you trying to > pretify code in about 16 colums sometimes. > Made more likely if your style involves 2 indents for a switch > statement, eg: > switch (...) { > case ...: > break; > > David > > -- > David Laight: david(a)l8s.co.uk > > Bill Medland

3 3