Hi Corinna,
Just curious if there is a reason ...
I was able to extract cygpath.exe from cygwin-inst-20160121.tar.xz
(snapshots)
in order to test your last modification to cygpath.cc. No problem here.
However, when examining the contents of the archive, I was surprised to
find
the SAME
Greetings, Kenneth Wolcott!
> I'm using a qx call to "net user username /DOMAIN" (probably should
> use system instead) to determine whether a person having an active
> account in an application is still an employee.
> I get two messages back (error and/or usage) when a username is not
On 1/22/2016 10:49 PM, Sam Habiel wrote:
Hello all.
I am porting GT.M
(https://www.fisglobal.com/Solutions/Services/Database-Engine) to run
on Cygwin x86. My changes are here:
https://github.com/shabiel/fis-gtm/. GT.M is used in healthcare and
banking; I happen to work in the former field.
The
On Jan 23 20:09, Houder wrote:
> On 2016-01-23 19:10, Corinna Vinschen wrote:
> >On Jan 23 13:59, Houder wrote:
> >>Hi Corinna,
> >>
> >>Just curious if there is a reason ...
> >>
> >>I was able to extract cygpath.exe from cygwin-inst-20160121.tar.xz
> >>(snapshots)
> >>in order to test your last
On Jan 23 13:59, Houder wrote:
> Hi Corinna,
>
> Just curious if there is a reason ...
>
> I was able to extract cygpath.exe from cygwin-inst-20160121.tar.xz
> (snapshots)
> in order to test your last modification to cygpath.cc. No problem here.
>
> However, when examining the contents of the
On 2016-01-23 19:10, Corinna Vinschen wrote:
On Jan 23 13:59, Houder wrote:
Hi Corinna,
Just curious if there is a reason ...
I was able to extract cygpath.exe from cygwin-inst-20160121.tar.xz
(snapshots)
in order to test your last modification to cygpath.cc. No problem
here.
However, when
Houder writes:
> Did the same test on FC19. Same result.
The patch most likely responsible is only applied to FC21/22/23 best I
can tell.
Regards,
Achim.
--
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+
SD adaptations for Waldorf Q V3.00R3 and Q+ V3.54R2:
David Wohlferd LimeGreenSocks.com> writes:
> Until recently, I've been able to build gcc under cygwin just fine. But
> (relatively) recent checkins (232454 & 232071) are causing problems.
Have you reported the problems with 232454 to gcc yet?
I've already reported the 232071 problem, on the
Hi Andrey,
On 2016-01-23 15:21, Andrey Repin wrote:
But this is actually a problem.
Not sure ...extraction appears NOT to be a problem ... (yes, the same
file is extracted multiple times).
On the other hand, the "big" archive file might indicate there is room
for improvement ...
However,
Corinna Vinschen writes:
> I found out why this happens, I just don't know why it only occurs since
> 2015-07-20.
Looks like this patch
http://pkgs.fedoraproject.org/cgit/rpms/tar.git/commit/?id=132f2c79628ff5f11bb7d41c5c34f94228d63c54
and the following two fixups would be a likely source of
Greetings, Houder!
> Just curious if there is a reason ...
> I was able to extract cygpath.exe from cygwin-inst-20160121.tar.xz
> (snapshots)
> in order to test your last modification to cygpath.cc. No problem here.
> However, when examining the contents of the archive, I was surprised to
>
Greetings, Houder!
Judging from
tar tf cygwin-inst-20160121.tar.xz
the archive is composed in more than one step.
The packaging script is really ought for a thorough investigation.
--
With best regards,
Andrey Repin
Saturday, January 23, 2016 17:23:33
Sorry for my terrible english...
--
On Jan 22 22:04, Achim Gratz wrote:
> Corinna Vinschen writes:
> > Just a hint: ls -F requires to stat every single file. stat in turn
> > requires to load not only the usual metadata but also to fetch the ACL
> > and convert it to POSIX permissions.
>
> The timings are from shares mounted with
On 2016-01-23 20:25, Corinna Vinschen wrote:
On Jan 23 20:09, Houder wrote:
On 2016-01-23 19:10, Corinna Vinschen wrote:
>I found out why this happens, I just don't know why it only occurs since
>2015-07-20.
>
>The reason is the script is using an expression along the lines of
>
> find ...
On 1/21/2016 8:18 AM, Ken Brown wrote:
In the meantime, I'm looking into patching emacs so that the Cygwin
build will accept Windows file names, at least under some circumstances.
If I can do that without breaking anything else, I'll put out a test
release.
This is done now. Please test.
The following packages have been updated in the Cygwin distribution as
test releases:
* emacs-24.5-3
* emacs-X11-24.5-3
* emacs-w32-24.5-3
* emacs-el-24.5-3
Emacs is a powerful, customizable, self-documenting, modeless text
editor. Emacs contains special code editing features, a scripting
The following packages have been updated in the Cygwin distribution as
test releases:
* emacs-24.5-3
* emacs-X11-24.5-3
* emacs-w32-24.5-3
* emacs-el-24.5-3
Emacs is a powerful, customizable, self-documenting, modeless text
editor. Emacs contains special code editing features, a scripting
On 2016-01-23 21:18, Achim Gratz wrote:
Houder writes:
Did the same test on FC19. Same result.
The patch most likely responsible is only applied to FC21/22/23 best I
can tell.
As I realized, that Corinna is using "the latest and the greatest" of
the
Fedora distribution, I go myself
On 2016-01-21 04:49, Corinna Vinschen wrote:
does anything speak against switching Setup's license to GPLv3+?
If nobody complains, I'll bump to v3+ in a week or so.
Fine with me wrt my contributions.
--
Yaakov
19 matches
Mail list logo
