http://bugs.winehq.com/show_bug.cgi?id=662
*** shadow/662 Thu May 9 14:05:28 2002
--- shadow/662.tmp.8532 Thu May 9 22:44:51 2002
***************
*** 9,15 ****
+----------------------------------------------------------------------------+
| Assigned To: wine-bugs(a)winehq.com |
| Reported By: davidmccabe(a)mac.com |
- | CC list: Cc: |
+----------------------------------------------------------------------------+
| Milestone: TargetMilestone: --- |
| URL: |
--- 9,14 ----
***************
*** 21,23 ****
--- 20,33 ----
------- Additional Comments From davidmccabe(a)mac.com 2002-05-09 14:04 -------
*** Bug 661 has been marked as a duplicate of this bug. ***
+
+ ------- Additional Comments From tony_lambregts(a)telusplanet.net 2002-05-09 22:44 -------
+ OK not the right information to go on so...
+ You say it crashes on make. lets do this by hand so to speak.
+
+ ./configure
+ make depend
+ make 2>&1 | tee maketemp.log
+ tail maketemp.log 30 > make.log
+
+ attach the resulting make.log here.
http://bugs.winehq.com/show_bug.cgi?id=656
*** shadow/656 Tue May 7 17:10:18 2002
--- shadow/656.tmp.24609 Thu May 9 16:30:38 2002
***************
*** 41,43 ****
--- 41,72 ----
080e42d8:Ret kernel32.GlobalAlloc() retval=4037c4a6 ret=0040239b
Which means that one of those *Time*To*Time* functions are broken.
+
+ ------- Additional Comments From vberon(a)mecano.gme.usherb.ca 2002-05-09 16:30 -------
+ FileTimeToLocalFileTime takes a FILETIME (which is UTC) and converts it into
+ another FILETIME, this time in the current TZ.
+
+ FileTimeToSystemTime seems OK: both the input and the output are supposed to be
+ UTC, so no TZ conversion going on.
+
+ Now, the program takes a UTC time (from GetFileTime), transfers it to local (via
+ FileTimeToLocalFileTime), then takes that local time (at least the pointer
+ address seems to indicate that) and transforms it into a SYSTEMTIME (which is
+ supposed to be just another representation of a UTC time).
+
+ The problem seems to lie in the call to FileTimeToSystemTime: the program sends
+ an "illegal" time (local time) rather than a real file time (which is UTC).
+
+ I'll have to play a bit on a real Windows computer to try some stuff, and verify
+ what those 2 functions actually do on Windows.
+
+ I assume you're in CDT (-500 from UTC), which explains the 0500 difference in
+ the strings. Could you try again with a +0000 TZ? It might help to further
+ target the culprit...
+
+ Are there other calls you could try to trace, like the pointers from which the 2
+ strings are made of? It might help knowing what is the code path leading to one
+ and the other strings. Right now, my guess is that the first one (164848) is
+ constructed from the local time (pointer 0x40566650), and the second one
+ (214848) from a UTC time (pointer 0x40566648). The pointer 0x40566658 is just
+ another representation of 0x40566650.
\ No newline at end of file
http://bugs.winehq.com/show_bug.cgi?id=660
*** shadow/660 Thu May 9 14:38:33 2002
--- shadow/660.tmp.21106 Thu May 9 15:31:22 2002
***************
*** 51,53 ****
--- 51,61 ----
It could also be done by emulation on any POSIX filesystem by for instance
keeping a dotfile in each directory with the extra info in it.
+
+
+ ------- Additional Comments From apa3a(a)yahoo.com 2002-05-09 15:31 -------
+ There are plans on integration with Samba and this functionality can be
+ implemented there for communication with Windows machines.
+ However, I can't decide whether is is worth to implement these features for
+ Posix file system.
+ I suggest you to discuss the matter on wine-devel.
\ No newline at end of file
http://bugs.winehq.com/show_bug.cgi?id=660
*** shadow/660 Thu May 9 12:00:36 2002
--- shadow/660.tmp.17245 Thu May 9 14:38:33 2002
***************
*** 41,43 ****
--- 41,53 ----
See also discussion, going right now on Wine-devel:
http://www.winehq.com/hypermail/wine-devel/2002/05/0226.html
+
+
+ ------- Additional Comments From jakob(a)vmlinux.org 2002-05-09 14:38 -------
+ Yes, that's the problem.
+ A minor problem, especially given the limitations of Linux file API, but
+ it still could be done, at least on VFAT and NTFS filesystems,
+ if Linux kernel is enhanced.
+ It could also be done by emulation on any POSIX filesystem by for instance
+ keeping a dotfile in each directory with the extra info in it.
+
http://bugs.winehq.com/show_bug.cgi?id=662
*** shadow/662 Thu May 9 14:03:49 2002
--- shadow/662.tmp.14904 Thu May 9 14:04:50 2002
***************
*** 18,20 ****
--- 18,23 ----
When compiling with 'wineinstall' script, make (in the programs/wineconsole directory) complains of a 'missing separator' on line 411, which stops the compile process.
Please forgive the duplicate bug #661, where I accidentally hit the Enter key, causing an incomplete report to be posted.
+
+ ------- Additional Comments From davidmccabe(a)mac.com 2002-05-09 14:04 -------
+ *** Bug 661 has been marked as a duplicate of this bug. ***
\ No newline at end of file