12 13:57:58.40800 -0700 touch2.test
So I think this implies the MSYS touch.exe command is writing
high-resolution (i.e., millisecond) time stamps, and it is only
reading that high-resolution time stamp that seems to be an
issue for MSYS on Wine.
Alan
______
Alan W. Irwin
Astr
be fixed before
clean postinstall script results can be achieved. Of course, a clean
result from the postinstall stage of setup.exe would only be the first
step, but that step should give solid footing for finding and fixing
the rest of the Cygwin on Wine bugs.
Alan
__________
Alan W. Irwin
On 2013-07-01 19:58+0100 Hin-Tak Leung wrote:
--- On Mon, 1/7/13, Alan W. Irwin wrote:
... I hope your negative
attitude
toward the Cygwin toolchain is not typical of such
developers. After
all, even though the Windows GNU toolchain code bases have
diverged
between the two groups of
On 2013-07-01 18:13+0200 Peter Rosin wrote:
On 2013-06-29 18:33, Alan W. Irwin wrote:
Those have been mentioned before here, and I have looked at them.
Cygwin is a very large collection of software so the number of bugs
that are reported does not seem excessive to me, and for my personal
needs
, but
that number it is still very much smaller than the list of software
builds that are included in the Cygwin distribution.
Alan
__________
Alan W. Irwin
Astronomical research affiliation with Department of Physics and Astronomy,
University of Victoria (astrowww.phys.uv
On 2013-06-29 11:57+0100 Hin-Tak Leung wrote:
--- On Sat, 29/6/13, Alan W. Irwin wrote:
...
The Mingw GNU toolchain works wells under wine. The
cygwin GNU toolchain don't, the last time I checked.
That may be true, but the best way to make that point about
the Cygwin
GNU toolchain is
On 2013-06-28 22:37+0100 Hin-Tak Leung wrote:
--- On Fri, 28/6/13, Alan W. Irwin wrote:
... However, because of the Cygwin fork
bug, Cygwin on
Wine has largely been untested for the last three years so
this could
be a good opportunity to do such testing for the combination
of Cygwin
(with
On 2013-06-28 23:13+0100 Hin-Tak Leung wrote:
--- On Fri, 28/6/13, Alan W. Irwin wrote:
... But I _know_ the MSYS version of cat works fine on recent
Wine just
like the rest of the GNU toolchain used for building
software so if
the MSYS and Cygwin GNU toolchain code bases have not
diverged
On 2013-06-28 22:07+0100 Hin-Tak Leung wrote:
--- On Thu, 27/6/13, Alan W. Irwin wrote:
[...]I asked
Arjen Markus, a PLplot colleague of mine with Cygwin
contacts, to try
and get the debugging process started with the Cygwin
developers. The
response <http://cygwin.com/ml/cygwin/2013
On 2013-06-27 09:39-0700 Alan W. Irwin wrote:
[...]I asked
Arjen Markus, a PLplot colleague of mine with Cygwin contacts, to try
and get the debugging process started with the Cygwin developers. The
response <http://cygwin.com/ml/cygwin/2013-06/msg00666.html> to his
post looks quite pro
On 2013-06-26 18:14-0700 Alan W. Irwin wrote:
Note in retrospect I realized that this period leading up to the
release of Wine-1.6.0 has been a lousy time to ask wine developers
with Cygwin expertise to take on the additional distraction of getting
the debugging process for bug 24018 started
On 2013-06-26 23:43+0100 Hin-Tak Leung wrote:
--- On Tue, 25/6/13, Alan W. Irwin wrote:
I currently have no experience with Cygwin and my only real
interest
in Cygwin on Wine is it theoretically provides an
alternative build
platform to my present successful work with the combination
of
he evidence that
the issue is a Cygwin regression (assuming investigation of older Cygwin
versions with Turkin's test supports that conclusion).
Alan
__________
Alan W. Irwin
Astronomical research affiliation with Department of Physics and Astronomy,
University of Victor
out this
"issue", but also my thanks to you guys for clarifying the issue.
Alan
__________
Alan W. Irwin
Astronomical research affiliation with Department of Physics and Astronomy,
University of Victoria (astrowww.phys.uvic.ca).
Programming affiliations with the
hat name.
If the wine developers here decide this is definitely a wine issue, I
am willing to write up the bug report on your bugtracker so this issue
doesn't get lost. A search there for did not
turn up anything relevant.
Alan
______
Alan W. Irwin
Astronomical
On 2013-06-04 00:12+0200 André Hentschel wrote:
Or you create a wineprefix after you removed it, but without a valid display
set:
DISPLAY=none wine wineboot
Perfect. That was just what I needed for my git bisect test script.
Thanks, André!
Alan
__
Alan W. Irwin
ulates the WINEPREFIX directory for
the first time, is there a way to configure wine or run wineconsole so
those popups that require me answering a question can be eliminated?
Alan
______
Alan W. Irwin
Astronomical research affiliation with Department of Physics and Astronomy,
offending commit to the list tomorrow if git-bisect works as
advertised.
Alan
__
Alan W. Irwin
Astronomical research affiliation with Department of Physics and Astronomy,
University of Victoria (astrowww.phys.uvic.ca).
Programming affiliations with the FreeEOS equation-of-state
normal method using wineconsole as above appears
to be interactive rather than something you could run unattended) from a
Linux bash script so I would need advice about that.
Alan
__
Alan W. Irwin
Astronomical research affiliation with Department of Physics and Astronomy,
Unive
On 2013-05-21 18:27-0700 Austin English wrote:
On Tue, May 21, 2013 at 6:17 PM, Alan W. Irwin
wrote:
Can somebody advise me about the importance (or not) of the remaining
two missing 32-bit libraries (libdbus and gstreamer)? For example,
are they worth some extraordinary measures such as
braries (libdbus and gstreamer)? For example,
are they worth some extraordinary measures such as downloading the
binary i386 -dev package and extracting the static 32-bit versions
separately from that package?
Alan
______
Alan W. Irwin
Astronomical research affiliation
On 2013-05-21 11:08+0200 Frédéric Delanoy wrote:
On Tue, May 21, 2013 at 10:10 AM, Alan W. Irwin
wrote:
Hugh McMaster's reply was already a help, but I need more comments
please.
Maybe http://wiki.winehq.org/WineOn64bit could help?
The idea there to install *.so symlinks manually
On 2013-05-20 20:24-0700 Alan W. Irwin wrote:
[...]For example:
wine@raven> wine64
wine64: error while loading shared libraries: libwine.so.1: cannot
open shared object file: No such file or directory
I fixed this 1.5.30 issue by applying the patch at
http://source.winehq.org/git/wine.
e much appreciated for the case (as on Debian wheezy) where
32-bit and 64-bit libfreetype packages cannot be installed
simultaneously.
Alan
______
Alan W. Irwin
Astronomical research affiliation with Department of Physics and Astronomy,
University of Victoria (astrowww.p
On 2012-12-28 10:22-0800 Alan W. Irwin wrote:
[...Let's] leave
it like this. Wine-1.5.20 has introduced an obvious regression for an
important Windows app (the MinGW gcc compiler for Windows) that has
been working for years for prior Wine versions.
Grant communicated to me off list th
important Windows app (the MinGW gcc compiler for Windows) that has
been working for years for prior Wine versions.
Alan
______
Alan W. Irwin
Astronomical research affiliation with Department of Physics and Astronomy,
University of Victoria (astrowww.phys.uvic.ca).
Programming af
On 2012-12-28 10:44+0100 Frédéric Delanoy wrote:
On Mon, Dec 24, 2012 at 8:58 AM, Alan W. Irwin
wrote:
On 2012-12-23 21:25-0600 Austin English wrote:
On Dec 23, 2012 7:22 PM, "Alan W. Irwin"
wrote:
The subject line pretty much says it all. Running MinGW/gcc under
wineconso
On 2012-12-23 21:25-0600 Austin English wrote:
On Dec 23, 2012 7:22 PM, "Alan W. Irwin" wrote:
The subject line pretty much says it all. Running MinGW/gcc under
wineconsole for any simple test programme should demonstrate the issue
for wine-1.5.20 which is not present in wine-1.
happy to supply more details if there is any difficulty
replicating this reversion.
Alan
__
Alan W. Irwin
Astronomical research affiliation with Department of Physics and Astronomy,
University of Victoria (astrowww.phys.uvic.ca).
Programming affiliations with the FreeEOS
x27;t like mono for the reasons that have just been
discussed so please make it totally straightforward for them to avoid
it with a configure option.
Alan
__
Alan W. Irwin
Astronomical research affiliation with Department of Physics and Astronomy,
University of Vic
On 2011-08-30 13:25-0700 Alan W. Irwin wrote:
On 2011-08-30 08:33-0700 Dan Kegel wrote:
Today I discovered .. that the scanf family of functions was
introducing float (32-bit floating-point) noise into double (64-bit
floating-point) results.
I see it here, too:
$ sudo apt-get install
Memory() requiring 125000 syscalls@0.8us = 0.1 seconds
just to copy 500kB sounds really bad.
Have you opened a bug report to keep track of your results? If so, I
would like to add my own timing results there. If not, shall I
open a bug report for my timing results that you can add to?
Alan
ons to show the
same. So I have changed the subject line appropriately.
Now, if someone could just figure out what the wine bottleneck is that
is causing these severe start-up latencies for Windows applications
Alan
______
Alan W. Irwin
Astronomical research affiliation wit
rge ahead with ephcom2 build and
tests to make sure this scanf function family fix for wine-1.3.27
works in that much more complicated case as well.
Best wishes, and thanks again for the hints.
Alan
__
Alan W. Irwin
Astronomical research affiliation with Department
above numerical noise in sscanf results which I would like to
get rid of to see if there are any other remaining generic Windows
issues in the software.
Alan
__
Alan W. Irwin
Astronomical research affiliation with Department of Physics and Astronomy,
University of Victoria (a
On 2011-08-29 07:56+1000 Ben Peddell wrote:
On 29/08/2011 2:37 AM, Alan W. Irwin wrote:
bash.exe-3.1$ time /z/home/wine/newstart1/MinGW/msys/1.0/bin/echo.exe
hello
hello
real0m0.503s
user0m0.080s
sys 0m0.020s
Also, I tried
time (x; x; x; x; x; x; x; x; x; x), where "x"
On 2011-08-27 18:11-0700 Daniel Verkamp wrote:
On Sat, Aug 27, 2011 at 5:22 PM, Alan W. Irwin
wrote:
[...]
bash.exe-3.1$ which echo
/z/home/wine/newstart1/MinGW/msys/1.0/bin/echo.exe
bash.exe-3.1$ time echo "hello"
hello
real 0m0.000s
user 0m0.000s
sys 0m0.000s
This s
tform are strictly from the MSYS bash
command line with no GUI required.)
Alan
__
Alan W. Irwin
Astronomical research affiliation with Department of Physics and Astronomy,
University of Victoria (astrowww.phys.uvic.ca).
Programming affiliations with the FreeEOS equation-of-state
impl
On 2010-12-21 14:33+0100 André Hentschel wrote:
Am 21.12.2010 00:42, schrieb Alan W. Irwin:
This just-encountered network-transparency trouble occurred for the
Windows version of octave, and the reason I am bringing it up here is
to find out if this is a known issue or a new bug that I should
ansparency issues still remaining for some
small subset of the display requests translated into X by wine or is
this a new X network transparency bug for wine that I should report?
Alan
______
Alan W. Irwin
Astronomical research affiliation with Department of Physics and
this point, I
don't know whether the above remark about not discussing bugs here is
one person's opinion or the consensus culture here. I am willing to
go along with whatever that consensus is.
Alan
______
Alan W. Irwin
Astronomical research affiliation with Depar
On 2010-12-10 15:04-0800 Alan W. Irwin wrote:
I should have added that the configure step for my wine-1.3.8 build
used no options other than --prefix. That means I built the
32-bit version of wine-1.3.8 on my 64-bit (amd64) Intel box as confirmed
by
softw...@raven> file ~/wine/install/bin/w
5.7+20100313-4
shared libraries for terminal handling (wide character support)
ii ncurses-base 5.7+20100313-4
basic terminal type definitions
ii ncurses-bin 5.7+20100313-4
terminal-rela
e.com/index.php/Wine_MSI.
Alan
__
Alan W. Irwin
Astronomical research affiliation with Department of Physics and Astronomy,
University of Victoria (astrowww.phys.uvic.ca).
Programming affiliations with the FreeEOS equation-of-state implementation
for stellar interiors (freeeos.s
alling the Windows version of Python under wine.
Any help with the proper procedure for installing Python under wine
would be much appreciated.
Alan
__
Alan W. Irwin
Astronomical research affiliation with Department of Physics and Astronomy,
University of Victoria (ast
On 2010-06-20 11:16+1000 Jeff Zaroyko wrote:
On Sun, Jun 20, 2010 at 12:50 AM, Alan W. Irwin
wrote:
Thanks very much Jeff, for providing some independent timing numbers for
startup latency which are an order of magnitude (!) smaller than mine.
So what is different about our wine platforms to
re is any additional comparison data I can provide. For
me the important question is what is fundamentally different between our two
software platforms or wine configurations that causes this order of
magnitude difference in startup latency on similar hardware?
Alan
__
Alan W
On 2010-06-18 19:26+0200 Roderick Colenbrander wrote:
On Fri, Jun 18, 2010 at 6:43 PM, Austin English wrote:
On Fri, Jun 18, 2010 at 11:37 AM, Alan W. Irwin
Which leads to a Wine newbie question. What is the best way to detect the
Wine
platform at run time?
Doing so is discouraged. As you
e same box, but we are looking for orders of
magnitude here (The Linux startup times are two orders of magnitude lower)
so I don't think this strict "same box" requirement is necessary so long as
the boxes are roughly the same (mine is a garden-variety dual-core Intel 2.4
GHz).
Alan
__
On 2010-06-18 11:44+0200 Alexandre Julliard wrote:
"Alan W. Irwin" writes:
Note also, my whole argument is based on the assumption that some standard
means already exists for telling compilers running on Wine to #define
__WINE__ at run time. However, if such standard means do n
On 2010-06-18 01:23+0100 Hin-Tak Leung wrote:
Alan W. Irwin wrote:
Thus, is there not some standard means that could be used
for wine to tell the various MinGW compilers built on Microsoft Windows but
run under wine to always #define __WINE__?
I am quite sure AJ will object to any such
On 2010-06-17 17:07-0400 Mike Kaplinskiy wrote:
On Thu, Jun 17, 2010 at 4:35 PM, Alan W. Irwin
The issue is that Wine builds of software take roughly a factor of 5 longer
than the equivalent Linux builds. This issue appears to be caused mostly by
command startup latency. [...]
I find the
On 2010-06-17 17:13-0400 Mike Kaplinskiy wrote:
On Thu, Jun 17, 2010 at 4:56 PM, Alan W. Irwin
wrote:
According to some old discussion
(http://www.mail-archive.com/wine-de...@winehq.com/msg15669.html) on
wine-devel it appears that __WINE__ was going to be the macro used to
identify the Wine
he above older wine-devel discussion, and I understand the CMake
developers have an immediate use for such a macro within the CMake code
itself.
Is the lack of a macro to identify the wine platform a bug I should report
or am I missing something?
Alan
______
Alan W. Irwin
Astr
efore I try that, however, is there some less brute-force way to
reduce command startup latency?
Alan
__
Alan W. Irwin
Astronomical research affiliation with Department of Physics and Astronomy,
University of Victoria (astrowww.phys.uvic.ca).
Programming affiliations with the
55 matches
Mail list logo
