System crontab with username containing a space

Hey folks :) Due to circumstances beyond my control, I've got a user account on a remote PC which contains a space in the username, i.e. "Test Computer". I've set up Cygwin and cron, and am having problems with the system crontab. I can't figure out how to put the username in there, I've tried it

Re: TortoiseGit + Cygwin git: unified diff fails (cygheap read copy failed)

On 17 November 2016 at 02:42, Gene Pavlovsky <gene.pavlov...@gmail.com> wrote: > Hey everybody! > > I'm using TortoiseGit with Cygwin git (Cygwin workarounds enabled in > advanced TortoiseGit settings). For the most part, everything works > correctly. > The only problem: in

Re: TortoiseGit + Cygwin git: unified diff fails (cygheap read copy failed)

>> I'm using TortoiseGit with Cygwin git (Cygwin workarounds enabled in >> advanced TortoiseGit settings). For the most part, everything works >> correctly. > > Although this is probably unrelated, I've had problems with > TortoiseSVN and Cygwin's svn (not Git), because Tortoise uses DOS line >

TortoiseGit + Cygwin git: unified diff fails (cygheap read copy failed)

Hey everybody! I'm using TortoiseGit with Cygwin git (Cygwin workarounds enabled in advanced TortoiseGit settings). For the most part, everything works correctly. The only problem: in TortoiseGit log for any repository, right-click any commit, pick "show changes as unified diff", there's an error

Re: `CYGWIN=winsymlinks:nativestrict`, `ln -s target link` fails if target doesn't exist

Hey, sounds cool. Did you submit your patch to Cygwin devs? Are there plans for accepting it? On 7 October 2016 at 05:06, Rinrin <rin...@imbrian.org> wrote: > 在 2016/10/6 18:14, Gene Pavlovsky 写道: >> On 5 October 2016 at 06:00, Rinrin <rin...@imbrian.org> wrote: >>>

Re: `CYGWIN=winsymlinks:nativestrict`, `ln -s target link` fails if target doesn't exist

On 5 October 2016 at 06:00, Rinrin wrote: > Hi Gene: > I made a patch for my private use. > First of all, you should setup `nativenocheck` in CYGWIN environment > variable to enable this feature. > If the target does not exist, it will check the last digit of target >

Re: Native symlinks and setup.exe

native or cygsymlink? On 5 October 2016 at 02:08, Gene Pavlovsky <gene.pavlov...@gmail.com> wrote: > Eric, > > Before writing a patch it's wise to check if it would be accepted, now > that your position is clear, somebody might do it. > I don't think I'm up for the task, but I'd

Re: Native symlinks and setup.exe

Eric, Before writing a patch it's wise to check if it would be accepted, now that your position is clear, somebody might do it. I don't think I'm up for the task, but I'd like to at least take a look at the sources. I've downloaded the git sources and found the link creation function is in

Re: Native symlinks and setup.exe

That is a good point as well, however I'm not sure what are the opinions of Cygwin's "elders". Would everyone vote for creating a policy like that and pushing it to the package maintainers? A political discussion is what I'm trying to start here :) On 4 October 2016 at 17:56, Gerrit Haase

Re: Native symlinks and setup.exe

That is a good solution indeed, if I just want to get the result I want, for myself. But it's just local solution. On 4 October 2016 at 09:57, Vlado <v.99cyg...@gmail.com> wrote: > On 3.10.2016 23:15, Gene Pavlovsky wrote: >> >> How about this kind of modification for the s

Re: Native symlinks and setup.exe

the package maintainers, and it will take a long time to reach. On 3 October 2016 at 15:08, Thorsten Kampe <thors...@thorstenkampe.de> wrote: > * Gene Pavlovsky (Mon, 3 Oct 2016 00:46:54 +0300) >> >> So, when installing, the type of symlinks doesn't honor the CYGWIN >> option s

Re: Native symlinks and setup.exe

symlinks when extracting, if necessary? --Gene On 2 October 2016 at 14:00, Thorsten Kampe <thors...@thorstenkampe.de> wrote: > * Gene Pavlovsky (Sat, 1 Oct 2016 18:52:47 +0300) >> >> I'm installing Cygwin 64-bit on a fresh Win 7 x64 installation. >> Before running setup.exe

Native symlinks and setup.exe

I'm installing Cygwin 64-bit on a fresh Win 7 x64 installation. Before running setup.exe I've set the system env var CYGWIN=winsymlinks:native After that I ran setup-x86_64.exe and installed cygwin64. The symlinks to .exe files in bin, created by setup, are not native symlinks, they are cygwin

Re: Bash shell script issue

On 7 September 2016 at 21:27, Eric Blake wrote: >>> project_root=$PWD >> >> Still bad. > > No, that one's good. Quotes are only REQUIRED when you want to ensure > that there is no word splitting or globbing going on, and assignment > context has neither of those. However,

Re: Script broken after updating bash to 4.3.46-7?

what other scripts might be broken now? And each one might need an investigation before I find out which program's windows version needs a wrapper script etc. --Gene On 4 September 2016 at 20:37, Lee <ler...@gmail.com> wrote: > On 9/4/16, Gene Pavlovsky wrote: >> This issue ne

Re: Script broken after updating bash to 4.3.46-7?

This issue never affected me personally, but it sounds like a serious bug and I'm as glad as anybody that it's finally fixed. However, having existing scripts suddenly breaking is not great. I'd like to remind that I'm not the author of the script in question,

Re: bash: igncr shell option breaks my PS1 prompt

On 2 September 2016 at 16:32, Eric Blake <ebl...@redhat.com> wrote: > On 09/02/2016 06:52 AM, Gene Pavlovsky wrote: >> Dear Eric Blake, >> >> Basically, I don't want to set `igncr` as system-wide shell option >> (e.g. through SHELLOPTS). > > Don't use it, th

Re: bash: igncr shell option breaks my PS1 prompt

like, but keep the default behavior same as it was for a long time. How do you think? Regards, Gene Pavlovsky On 30 August 2016 at 16:40, Eric Blake <ebl...@redhat.com> wrote: > On 08/30/2016 02:49 AM, Houder wrote: >> ... uhm ... what about the explanation in the help? >> &g

Re: bash: igncr shell option breaks my PS1 prompt

s before I came up with an understanding that agreed with the result of my experiment ;-) (my last e-mail on this issue :-) Regards, Henri On 27 August 2016 at 14:40, Gene Pavlovsky <gene.pavlov...@gmail.com> wrote: > Apparently the latest bash in Cygwin modified the read builtin to use >

Re: Script broken after updating bash to 4.3.46-7?

build of mysql (MariaDB)) that produce CRLF line endings. --Gene On 27 August 2016 at 19:15, Andrey Repin <anrdae...@yandex.ru> wrote: > Greetings, Gene Pavlovsky! > >> Looks like it's related to a recent change in bash, which is `read` >> now honors Cygwin-specific `igncr` she

bash: igncr shell option breaks my PS1 prompt

Apparently the latest bash in Cygwin modified the read builtin to use Cygwin-specific shell option igncr to control ignoring \r characters in the input (still not clear if that ignores \r\n sequences, or \r followed by anything else will be also ignored). This broke a mysql database backup script

Re: Script broken after updating bash to 4.3.46-7?

now? It's lucky that one sent e-mails on errors, some others might just break silently. Is it advisable to add `set -o igncr` to /etc/profile or SHELLOPTS? I didn't use that feature before and am worried about some other negative side effects. --Gene On 27 August 2016 at 02:49, Gene Pavlovsky

Script broken after updating bash to 4.3.46-7?

After I updated Cygwin yesterday, a daily database backup bash script (`automysqlbackup`) broke. My previous bash was 4.3.42-4 (installed when I updated Cygwin on 2016/07/23), current is 4.3.46-7. Here's the code snippet: ```bash local i;i=0; while read -r; do alldbnames[i++]="$REPLY"; done <

Re: cygstart.exe can't open file:///C:/

Thanks for clarification, guys! Indeed it was my bad for including customary three forward slashes. Both file://C:/ and file://./C:/ do work with cygstart. Appreciate the help. On 7 July 2016 at 20:43, Andrey Repin wrote: > Greetings, Brian Inglis! > >> Andrey Repin writes:

Re: cygstart.exe can't open file:///C:/

i.3...@gmail.com> wrote: > Even if it's similar to Windows command-line, you are still in a POSIX > system, and Cygwin use /cygdrive/ for all the drive letters. > > So for file:///C:/ you should use file:///cygdrive/c/ > > On 2016-07-04 at 01:51, Gene Pavlovsky wrote: >> cygsta

cygstart.exe can't open file:///C:/

cygstart‘s manpage says it’s similar to the Windows command-line start command. It is indeed able to open http://example.com in the default browser. However, cygstart file:///C:/ results in an error message: Unable to start 'C:\cygwin\c\': The specified file was not found. The Windows start

Re: `CYGWIN=winsymlinks:nativestrict`, `ln -s target link` fails if target doesn't exist

e On 29 April 2016 at 15:02, Peter Rosin <p...@lysator.liu.se> wrote: > On 2016-04-29 13:34, Gene Pavlovsky wrote: >>>> POSIX says a symlink to a missing target is perfectly well-defined (you >>>> can't stat() through it, but you can readlink() it). But Windows native >>

Re: `CYGWIN=winsymlinks:nativestrict`, `ln -s target link` fails if target doesn't exist

> > POSIX says a symlink to a missing target is perfectly well-defined (you > > can't stat() through it, but you can readlink() it). But Windows native > > symlinks can't do that. So the problems you are encountering all stem > > from the fact that you are trying to make Windows do something it

Re: `CYGWIN=winsymlinks:nativestrict`, `ln -s target link` fails if target doesn't exist

or is a dangling symbolic link, or target or linkpath is an empty string. So my understanding is: target must be non-empty, not too long, and don't point outside the accessible address space. Nothing about existence. --Gene On 29 April 2016 at 03:05, Gene Pavlovsky <gene.pavlov...@gmail.com>

Re: `CYGWIN=winsymlinks:nativestrict`, `ln -s target link` fails if target doesn't exist

at 02:06, Andrey Repin <anrdae...@yandex.ru> wrote: > Greetings, Gene Pavlovsky! > >> I have an issue to report: > >> Introduction: On a UNIX system, `ln -s target link` creates a link >> regardless of target's existence. >> This is used in some scripts, e

`CYGWIN=winsymlinks:nativestrict`, `ln -s target link` fails if target doesn't exist

Hello everybody! First post on this mailing list, my name is Gene, I'm from Russia, long-time Linux user, but had to use Windows as desktop for the last 8 years. Cygwin really helps me to keep my sanity! Thanks :) I have an issue to report: Introduction: On a UNIX system, `ln -s target link`