November 2002 - Wine-Devel - list.winehq.org

How to debug wineserver
by Rajesh Akkineni Nov. 28, 2002

Nov. 28, 2002

hi, is there any way we can debug the wineserver? thanks Rajesh __________________________________________________ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com

3 2

Modifying registers
by Fabian Cenedese Nov. 28, 2002

Nov. 28, 2002

Hi Is there already a possibility to view/set the actual program counter in winedbg? I couldn't find anything in the manual. And it's not possible to work with EIP. This would be useful e.g. to jump over some unwanted code or call a function a second time. Generally, is there a way to modify registers? Must be obvious but I'm blind. Thanks bye Fabi

3 3

Chronic crash on Photoshop
by Robert North Nov. 28, 2002

Nov. 28, 2002

Can someone look at the bug I raised about Photoshop crashing wine, (and potentially the whole of X11 and Linux) http://bugs.winehq.com/show_bug.cgi?id=1165 It's probably the most extreme bug I've seen on Linux ever. I wasn't sure if this was the appropriate place to post this request, so feel free to correct me. Cheers -Rob.

1 0

compiling wine under cygwin - status
by David Fraser Nov. 28, 2002

Nov. 28, 2002

Hi all This is a brief indicator on what parts of wine compile successfully under cygwin and what give errors. Almost all the source code compiles successfully, but lots of things have linking problems. Note that I haven't yet tested the resulting parts that did link successfully. The significant compilation problem is in server/context_i386.c: You must implement get/set_thread_context for your platform. Basically there's some code that does the threading stuff which is platform-specific. There are Linux and BSD and Sun variants, none of which work under cygwin ... Basically sys/ptrace.h is what's missing. This lets the process interrupt a child process and get/set its registers. Does anyone have any idea what the best way to write a replacement for cygwin would be? Maybe I need to ask the cygwin list. My plan is to go through each one that doesn't link, look at all the errors, and categorize them (many are the same problem spread accross various dlls), so that we can tackle the more widespread problems first... Any help with this appreciated :-) David dlls/ advapi32 has errors avicap32 has errors avifil32 has errors cabinet has errors comcat links comctl32 links commdlg has errors crtdll has errors crypt32 links d3d8 has errors dciman32 links ddraw has errors devenum links dinput links dinput8 links dplay links dplayx links dsound has errors gdi has errors glu32 links icmp links imagehlp links imm32 links kernel has errors lzexpand has errors mapi32 links mpr links msacm has errors msdmo links msimg32 links msisys has errors msnet32 links msvcrt has errors msvcrt20 has errors msvideo has errors netapi32 links ntdll has errors odbc32 links ole32 has errors oleaut32 has errors olecli has errors oledlg links olepro32 links olesvr has errors opengl32 has errors psapi has errors qcap links quartz links rasapi32 links richedit has errors rpcrt4 links serialui links setupapi has errors shdocvw links shell32 has errors shfolder links shlwapi links snmpapi links sti links tapi32 links ttydrv has errors twain has errors url links urlmon has errors user has errors version has errors win32s has errors winaspi has errors winedos has errors wineps has errors wininet has errors winmm has errors winnls has errors winsock has errors winspool has errors wintrust links wow32 links wsock32 links x11drv has errors library/ libwine.dll links successfully miscemu/ requires ntdll.dll ole/ libwine_uuid.a links successfully programs/ avitools/aviinfo.exe links avitools/aviplay.exe links clock/clock.exe links cmdlgtst/cmdlgtst.exe links control/control.exe links expand/expand.exe links osversioncheck/osversioncheck.exe links progman/progman.exe links regapi.exe/regapi.exe links regsvr32/regsvr32.exe links regtest/regtest.exe links uninstaller/uninstaller.exe links view/view.exe links wcmd/wcmd.exe links winefile/winefile.exe links winemine/winemine.exe links winepath/winepath.exe links winhelp/winhelp.exe links winhelp/hlp2sgml.exe links winver/winver.exe links winhelp.exe links server/ context_i386.c has compile error (You must implement get/set_thread_context for your platform) tools/ bin2res.exe links fnt2bdf.exe links makedep.exe links widl/widl.exe links winebuild/winebuild.exe links winedump/winedump.exe links wmc/wmc.exe links wpp/libwpp.a links wrc/wrc.exe links unicode/ libwine_unicode.dll links libwine_unicode.a links

2 3

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