public inbox for cygwin@cygwin.com
 help / color / mirror / Atom feed
From: Qian Hong <fracting@gmail.com>
To: cygwin <cygwin@cygwin.com>
Subject: Re: mktemp() fails on Wine 1.9.3 + Cygwin 2.5.0-0.2
Date: Sat, 13 Feb 2016 21:39:00 -0000	[thread overview]
Message-ID: <CALd+sZSF8_43Re8uZp_O=y7TnHKMXjM_-04apEFkHzb1f9KcDA@mail.gmail.com> (raw)
In-Reply-To: <CALd+sZR_gLFR9y_oBDSFVYcJpNbHFpn6zLVh8sFY_pTZhoxcng@mail.gmail.com>

I'm not able to debug it right now, but if you have time, I would
suggest the following approach:

Firstly, get two/three strace logs, one from Cygwin 2.3 + Wine, one
from Cygwin 2.5 + Wine, and one from Cygwin 2.5 on Windows if you have
Windows.
Using vimdiff to compare 1.log, 2.log and 3.log, remove/replace some
useless noise (like timestamp, process id, etc), vimdiff would give
you pretty comparison result, and help you find out which part has
changed between different version or between different platform.

Secondly, get two WINEDEBUG logs [1]:

Run wine with WINEDEBUG=+tid,+pid,+relay like below:
WINEDEBUG=+tid,+pid,+relay wineconsole usr/bin/bash >> /tmp/cygwin.good.log
(test mktemp inside wineconsole)

Search for mktemp.exe and record down the pid number of mktemp.exe,
grep the log of mktemp.exe from cygwin.good.log by the tid number.

Repeat the above step for /tmp/cygwin.bad.log and compare the good
version with the bad version using vimdiff or anything like that.
Again, remove/replace noise information like pid numbers, after that
vimdiff would provide pretty nice comparison for you.

By gather information from the strace log comparison and the WINEDEBUG
log comparison, we would be very closed to what's wrong in Wine. Once
you need more details log, you might consider more Wine debug channel
like WINEDEBUG=+tid,+pid,+relay,+file,+ntdll or something else, see
[1] for an introduction. If you are too curious, you are encouraged to
download Wine source code and start hacking!


[1] https://wiki.winehq.org/Debug_Channels

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

  reply	other threads:[~2016-02-13 21:39 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-02-13 20:35 John Hood
2016-02-13 20:46 ` John Hood
2016-02-13 21:11 ` Qian Hong
2016-02-13 21:39   ` Qian Hong [this message]
2016-02-14 16:35   ` Andrey Repin
2016-02-15 11:46   ` Corinna Vinschen
2016-02-16  9:36 ` Qian Hong
2016-02-19  2:48 ` Qian Hong
2016-02-19  9:39   ` Qian Hong

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to='CALd+sZSF8_43Re8uZp_O=y7TnHKMXjM_-04apEFkHzb1f9KcDA@mail.gmail.com' \
    --to=fracting@gmail.com \
    --cc=cygwin@cygwin.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).