And only now I've found the messages talking about similar issues after
fruitless Google searches. Same thing happens to me after I buy
hardware.
The problem appears fixed in the latest snapshot of cygwin1.dll.
Sigh.
Barry Kelly wrote:
> Further to my previous email: I should
Further to my previous email: I should add that redirected output works
fine.
$ ./err.exe 2>/dev/null
$ ./err.exe 2>out.txt
Either works fine, and the contents of out.txt are as expected.
Barry Kelly wrote:
> This C# app:
>
> class err
> {
&g
This C# app:
class err
{
static void Main()
{
System.Console.Error.WriteLine("err");
}
}
compiled with any csc.exe:
$(cygpath -u $WINDIR)/Microsoft.net/framework/*/csc.exe
This app (call it err.exe) when run, hangs for me when Cygwin is running
in anything other than a Windows console
Corinna Vinschen wrote:
> On Jan 17 14:56, Corinna Vinschen wrote:
> > ...we won't take patches which add arbitrary options to the CYGWIN
> > variable which could also be solved in other ways. In this special
> > case, only the conversion from POSIX to Win32 paths is affected.
> > This conversion
Corinna Vinschen wrote:
> On Jan 17 02:48, Barry Kelly wrote:
> >
> Also, if you don't treat juntions to the same drive as symlinks you have
> the problem that you can easily create loops when you run a recursive
> file search.
This is true; though 'find' wil
Pierce Morton wrote:
> I've recently installed cygwin using the web installer, and have found
> an error in the way that cygpath translates junction point paths from
> *nix to Windows paths when dealing with a junction point.
The issue is that Cygwin treats reparse points as symlinks. IMO, the
mo
Corinna Vinschen wrote:
> > This leaves cygpath completely unable to translate the original path
> > of an NTFS junction. This is proving to be a problem for me (I'm
> > trying to use the output of cygpath for the equivalent of a backtick
> > operation in another script...)
>
> Sorry if I don't
UNC paths are not working with cygstart in my Cygwin 1.7 installation.
They haven't ever worked in 1.7 for me, but I just updated today, and I
noticed they still aren't working.
The symptoms:
$ cygstart //rupert/share/public
This is supposed to invoke the shell association for folders, which is
I have a Windows Server 2008 64-bit install, and I've found that
ImageMagick cannot convert a simple JPG into a BMP, or resize a JPG.
Steps to reproduce:
* Start mspaint
* Create 200x200px white image
* Save as test.jpg
* Try this command: 'convert test.jpg test.bmp'
This fails for me, with a Win
Kelly Jones wrote:
> Are there any cygwin/Windows programs that will encrypt a file, but
> leave it usable, similar to what TrueCrypt does for filesystems?
What's wrong with Windows EFS (encrypting file system)?
http://en.wikipedia.org/wiki/Encrypting_File_System
Command-line, cipher /e on a fr
Andy Koppe wrote:
> 2009/4/21 Barry Kelly:
> > Windows implements console mode as a client-server protocol between the
> > executable (ntvdm.exe for DOS apps) and winsrv.dll (hosted in
> > csrss.exe), but the protocol isn't easily hookable. I guess one would
> >
Lenik wrote:
> Because of the slow speed, when I'm programming with cygwin, I will
> carefully to invoke command calls to the cygwin executables, to reduce
> the start up cost.
I've sometimes wondered if it would be worth it to have busybox ported
to Cygwin, just to cut out the forking cost for
Andrew Schulman wrote:
> > In general, non-cygwin programs can't be run reliably inside of an
> > application that uses cygwin PTYs, including xterm, rxvt, and screen.
>
> Maybe someone knows a solution to this, but I don't. Although I maintain
> screen
> for Cygwin, I know almost nothing of th
Can anyone else at all confirm the behaviour I am seeing, or is it just
me? (Or is Larry just blessed? :)
Thanks,
-- Barry
Barry Kelly wrote:
> I'm having a problem that doesn't seem to admit logical explanation,
> apart from a bug in either wget, Cygwin or Windows' im
Larry Hall (Cygwin) wrote:
> On 03/23/2009, Barry Kelly wrote:
> > $ wget -k google.com
> >
> > This should download an index.html, then convert any relative links in
> > the html to absolute links. However, when I run it, I get output that
> > looks more like th
I'm having a problem that doesn't seem to admit logical explanation,
apart from a bug in either wget, Cygwin or Windows' implementation of
SMB shares.
Assume the current directory is a UNC path to a share on another machine
(say, //foo/blah), with full permissions. Run the following command from
C
Eric Blake wrote:
> [adding the upstream coreutils list]
>
> According to Barry Kelly on 11/23/2008 6:24 AM:
> > I have a problem with du running out of memory.
> >
> > I'm feeding it a list of null-separated file names via standard input,
> > to a command-
I have a problem with du running out of memory.
I'm feeding it a list of null-separated file names via standard input,
to a command-line that looks like:
du -b --files0-from=-
The problem is that when du is run in this way, it leaks memory like a
sieve. I feed it about 4.7 million paths but ev
Corinna Vinschen wrote:
> If that's not feasible, switch off ntsec and you get standard Windows
> permissions. If the standard Windows permissions are not as you need
> them, don't rely on Cygwin's chown/chmod. rather change the inheritence
> settings of the parent directory according to your nee
R. Lewis wrote:
> Some of the commands we "launch" from a cygwin bash shell only understand
> the Dos path convention since they are native window's executables. Is
> there a "conversion" command I can call to go from a Unix path to a Dos path
> and back?
>
> Example:
> Cygwin path: /cygdri
Larry Hall (Cygwin) wrote:
> Barry Kelly wrote:
> > Corinna Vinschen wrote:
> >
> > I, for one, use Cygwin not primarily as a POSIX emulation layer, but as
> > my main Windows user interface. IMHO in this situation, being posixly
> > correct is a handicap tha
Corinna Vinschen wrote:
> No, it's not feasible. If you leave out the Everyone ACE, the
> permissions are not POSIX-like anymore. Leaving out means that others
> have no permissions at all. Not even to see the permissions. That's
> not correct from a POSIX POV.
> Even if others don't have rwx
rick271828 wrote:
> Can anybody please explain why the c code:
> printf("%c[H%c[J",27,27); clears my cygwin console as expected, but the
> Java code:
>
> System.out.print("\033[2J\033[H");
>
> displays a back arrow instead on interpreting the escape character?
It's because you are not runn
Rodrigo Medina wrote:
> Hi,
> Can anybody tell me what the g++ option
> -DU_STATIC_IMPLEMENTATION DOES?
-D instructs the preprocessor (cpp, which is automatically invoked by
g++) to define a symbol; the appended text is the symbol that gets
defined.
The meaning of the symbol depends on the sourc
Cygwin by default, tries to implement POSIX permissions using the NT ACL
system - fairly well described here:
http://cygwin.com/cygwin-ug-net/ntsec.html
The way this feature is implemented interacts poorly with Vista,
however. A previous mailing (with reply) on this list that tried to
describe
Barry Kelly wrote:
> > my firewall informs me of
> > regedit activity, searching, and text manipulation. I have not located
> > the source of this activity.
> Process explorer[1] can tell you what application accessed the registry,
> what keys it modified, and the c
John Sellers wrote:
> When I run Cygwin on my WindowsXP machine,
What do you mean by Cygwin? A bash prompt?
> my firewall informs me of
> regedit activity, searching, and text manipulation. I have not located
> the source of this activity.
Firewalls generally protect against network activity
Edward Blum wrote:
> cannot send long-named file
> "/cygdrive/d/Shares/Public/Software/Navision Backup/GB Nav
> 4.0.SP3/Disk1/Additional Interfaces/BusinessNotificationServer/program
> files/Microsoft Business Solutions-Navision/Business
> Notification/Templates/en-GB/Template - Production BOM ver
Michael Schaap wrote:
> On 11-Aug-2008 18:26, Barry Kelly wrote:
> > I find cygstart useful generally, but ShellExecute/Ex has more options
> > than cygstart exposes.
> > I've attached the patch for review. Is there any other place I should be
> > posting to subm
Trans-Mit Support wrote:
> Re:-
> > Note that the official support for Windows 95, Windows 98, and Windows Me
> > will be discontinued with the >
> > next major version (1.7.0) of Cygwin.
>
> Its bad enough having to use windows, but having to upgrade to XP or VISTA
> is just out of the question
I find cygstart useful generally, but ShellExecute/Ex has more options
than cygstart exposes.
In particular, I'd like to be able to write a script that starts an
action and waits for it to complete, and then perform another action.
This means that I don't want cygstart to return until the process
On Sun, 11 Jun 2006 18:23:22 -0700, you wrote:
> Barry Kelly wrote:
>
> > This code, without a delay, causes a deadlock and both active spawned
> > bash processes (the forked one reading from the fifo and the
> > backgrounded one) need to be killed explicitly:
> >
On Wed, 3 Nov 2004 09:24:37 -0500, Pierre A. Humblet
<[EMAIL PROTECTED]> wrote:
>
> crontab chowns the crontab file group to 18. Make sure that gid 18
> is in /etc/group. Also I find it hard to believe that the strace you
> got gives no useful information.
This did it. Group 18 (SYSTEM) was not in
On Tue, 2 Nov 2004 18:33:57 -0500, Harig, Mark wrote:
> I (Barry Kelly) wrote:
> > I'm getting the following error when trying to install a
> > crontab on my account:
> >
> > $ crontab -e
> > # editing my crontab here...
> > chown: Invalid argument
>
I'm getting the following error when trying to install a crontab on my account:
$ crontab -e
# editing my crontab here...
chown: Invalid argument
I've tried updating my passwd (I live on a Win2K server domain) file
in case it was out of date or missing local users (vs domain users),
using
$ mkpa
35 matches
Mail list logo
