On 2/14/19 5:20 PM, Corinna Vinschen wrote:
> On Feb 14 16:23, Michael Haubenwallner wrote:
>> Hi,
>>
>> so I find myself struggling with textmode versus binmode for stdio again.
>>
>> Running the openssl command (from within the apps/ build directory here) does
>> yield different results regarding
On 15.02.2019 2:41, Bill Stewart wrote:
> On Thu, Feb 14, 2019 at 4:32 PM Vince Rice wrote:
>
>> I didn't suggest everyone did. But people who want tilde expansion do,
>> because it's
>> the shell that is responsible for tilde expansion.
>> ...
>> No, it isn't "oddly" absent. As has been said rep
On Thu, Feb 14, 2019 at 4:57 PM Vince Rice wrote:
> Here, you say "forget about the ~ character." We can't "forget" about the
> tilde. This whole
> conversation is about the tilde, specifically tilde expansion.
Eric Blake seems to have understood (see his response if it's still unclear).
Regard
> On Feb 14, 2019, at 5:41 PM, Bill Stewart wrote:
>
> On Thu, Feb 14, 2019 at 4:32 PM Vince Rice wrote:
>
>> I didn't suggest everyone did. But people who want tilde expansion do,
>> because it's
>> the shell that is responsible for tilde expansion.
>> ...
>> No, it isn't "oddly" absent. As has
On 2/14/19 4:52 PM, Bill Stewart wrote:
> So I guess I have a feature request:
>
> Add a new flag to cygpath that returns the current user's home
> directory (same as what ~ returns from a Cygwin shell).
Let's phrase that more accurately. You want a new option to cygpath that
would return the va
Consider the case where you have a local account and a domain account
with the same username.
If you supply just the username to Windows without an authority name,
Windows returns the local account. To get the domain account, you'd
have to specify an authority (e.g. domain\username).
It seems lik
On Thu, Feb 14, 2019 at 4:32 PM Vince Rice wrote:
> I didn't suggest everyone did. But people who want tilde expansion do,
> because it's
> the shell that is responsible for tilde expansion.
> ...
> No, it isn't "oddly" absent. As has been said repeatedly in this thread,
> tilde expansion
> is t
> On Feb 14, 2019, at 4:52 PM, Bill Stewart wrote:
>
> On Thu, Feb 14, 2019 at 3:14 PM Vince Rice wrote:
>
>> There is -- use a cygwin shell. As Eric has already explained, expansion is
>> the
>> shell's responsibility. Powershell doesn't do it. If you want expansion, use
>> one
>> that does.
On Thu, Feb 14, 2019 at 3:14 PM Vince Rice wrote:
> There is -- use a cygwin shell. As Eric has already explained, expansion is
> the
> shell's responsibility. Powershell doesn't do it. If you want expansion, use
> one
> that does.
So let's consider, for a bit, that not everybody uses a Cygwin
> On Feb 14, 2019, at 3:51 PM, Bill Stewart wrote:
>
> Seems like there must be a better way...
There is — use a cygwin shell. As Eric has already explained, expansion is the
shell's responsibility. Powershell doesn't do it. If you want expansion, use one
that does.
--
Problem reports: http
On Thu, Feb 14, 2019 at 2:15 PM Eric Blake wrote:
> If you want tilde-expansion to happen, you have to use a shell that does
> tilde-expansion. bash and dash do, PowerShell does not. It is not
> cygpath's fault, but your choice of shell, that determines whether ~ is
> expanded. And, since the ti
On 2/14/19 2:22 PM, Bill Stewart wrote:
> On Thu, Feb 14, 2019 at 12:49 PM Eric Blake wrote:
>
>> Depending on the shell, ~ is expanded to $HOME prior to invoking a
>> program. But if you want to take the shell's expansions out of the
>> equation, you could use:
>>
>> cygpath -w "$HOME"
>
> Ah. I
Hi all,
It looks like the cygrunsrv utility hardcodes 30 seconds as a maximal time for
a service to start, then bails
out with a failure.
It would be quite useful (in certain situations) to have a command-line
parameter (for the -I option)
that can specify a service startup timeout, longer or s
On Thu, Feb 14, 2019 at 12:49 PM Eric Blake wrote:
> Depending on the shell, ~ is expanded to $HOME prior to invoking a
> program. But if you want to take the shell's expansions out of the
> equation, you could use:
>
> cygpath -w "$HOME"
Ah. I'm not using a Cygwin shell (PowerShell actually). So
On 2/14/19 1:40 PM, Bill Stewart wrote:
> According to this:
>
> https://stackoverflow.com/questions/42841907/
>
> cygpath -w ~
>
> ...formerly produced to stdout the home directory path for the current user.
>
> This seems not be the case any more: When I run cygpath -w ~, I get just ~.
What
According to this:
https://stackoverflow.com/questions/42841907/
cygpath -w ~
...formerly produced to stdout the home directory path for the current user.
This seems not be the case any more: When I run cygpath -w ~, I get just ~.
Is this by design? If so, what's the way to programmatically de
Am 16.12.2018 um 15:51 schrieb Jon Turney:
A new version of Setup (2.895) has been uploaded to:
When using a FTP mirror server, setup pops up
error message
550 failed to change directory
and logs
2019/02/14 19:43:44 mbox Internet Error: 550 Failed to change directory.
2019/02/14 19:45:53
On Feb 14 16:23, Michael Haubenwallner wrote:
> Hi,
>
> so I find myself struggling with textmode versus binmode for stdio again.
>
> Running the openssl command (from within the apps/ build directory here) does
> yield different results regarding carriage return depending on the version:
>
> $
On Thu, Feb 14, 2019 at 6:43 AM Bill Stewart wrote:
> I think this is the difficulty: When a computer name is not uppercase,
> how do we find out the correct case when we specify an authority name
> (before the +)?
Upon reflection, here's what comes to mind from a purely Cygwin perspective:
(a)
Hi,
so I find myself struggling with textmode versus binmode for stdio again.
Running the openssl command (from within the apps/ build directory here) does
yield different results regarding carriage return depending on the version:
$ ./apps/openssl version
OpenSSL 1.0.2p 14 Aug 2018
$ ./apps/op
On Thu, Feb 14, 2019 at 6:14 AM Corinna Vinschen wrote:
> > From this reference, it seems that a POSIX-compliant username cannot
> > contain the + character?
>
> *should*, not *must*. It may be a portabiliy problem but it's not
> strictly disallowed. I'm also not sure what this has to do with the
On Feb 13 21:56, Lavrentiev, Anton (NIH/NLM/NCBI) [C] via cygwin wrote:
> I was trying to figure out what SID cygserver was trying to access...
>
> When I run ipcs without cygserver running, I see this SID is being retrieved
> successfully:
>
> 359 2451151 [main] ipcs 10404 pwdgrp::fetch_accou
On Feb 13 20:35, Lavrentiev, Anton (NIH/NLM/NCBI) [C] via cygwin wrote:
> Hi all,
>
> We're having the following problem (on a subset(*) of Windows-10
> machines) with running cygserver.
>
> Started afresh, strace shows no activity in it, but should I execute a
> command (ipcs in the example belo
On Feb 14 00:56, Andrey Repin wrote:
> Greetings, Corinna!
>
> Since many authors of such messages aren't subscribed to the list, the
> author's Reply-To or From email address needs to be added to the list of
> recipients.
>
> >>TEST mail, don't reply
^^
On Feb 14 01:49, Andrey Repin wrote:
> Greetings, Corinna Vinschen!
>
> > I uploaded a new Cygwin test release 3.0.0-0.9
>
> > If all goes well, this is the last test release.
>
> > Changes from 3.0.0-0.8:
>
> > - Fix case correctness of passwd/group entries fetched via getpwnam
> > or getgrn
On Feb 13 13:55, Bill Stewart wrote:
> On Wed, Feb 13, 2019 at 1:25 PM Corinna Vinschen
> wrote:
> > > (a) Domain or computer name portion to the left of the "+" must always
> > > be uppercase
> >
> > No, the case must match the case of the domain or computername.
> >
> > > (b) Username after "+"
26 matches
Mail list logo
