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.
Further to my previous email: I should add that redirected output works
fine.
$ ./err.exe 2/dev/null
$ ./err.exe 2out.txt
Either works fine, and the contents of out.txt are as expected.
Barry Kelly wrote:
This C# app:
class err
{
static void Main
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 add
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' will detect such loops, and e.g. cmd /c dir
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 is only
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 get your
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
more
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
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
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
have to hijack the console APIs, perhaps
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 the
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' implementation of
SMB shares
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
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 this:
$ wget -k google.com
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
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-line that looks like:
du -b --files0-from
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:
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 needs.
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 that Cygwin could do without, at the user's
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 running the
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
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 source
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
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 call stack at the time
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 version
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 submit this patch?
This is the right
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. Looks
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:
---8---
~/test-fifo$ rm fifo
On 5/16/05, Corinna Vinschen wrote:
Also, AFAICS, that's not about distribution, but it's about linking
against the Cygwin DLL. If you do that with an application which has
a non-approved OSS license, you're infringing the Cygwin license if
you don't GPL the code. But if you GPL the code,
On Apr 8, 2005 1:15 PM, Dave Korn [EMAIL PROTECTED] wrote:
Original Message
From: Brian Dessent
Sent: 08 April 2005 12:12
On a side note, I found this problem very quickly by instrumenting key
functions with calls to msg() (which just does a printf-like output with
On Tue, 22 Feb 2005 08:07:23 -0700, Steve Holmes [EMAIL PROTECTED] wrote:
What kind of control is the package selection list?
It's a vanilla Windows window, done with old-fashioned explicit
windows message handling: WM_PAINT, WM_LBUTTONDOWN, etc. Part of the
problem is that it uses a bunch of
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
Please run this diagnostic script. It will attempt
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
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
$
38 matches
Mail list logo
