Hello,
In Cygwin 1,7.1, sprintf() with the format string having an 8th bit set
appears to be broken. Sample code (where I've indicated the backslashes in
the comments, in case they are stripped out by the mailer):
#include
int main (void)
{
unsigned char foo[30] = "";
unsigned char bar[
Linda Armelle Nzumotcha Tchoumkam wrote:
>
> I am a new user of cygwin in windows xp.
> I want to run an executable program connected to cygwin.
> I use the command chmod as ( “[ugoa]*<[-+=]<[rwxXst]*|[ugo]>>+” write “chmod
> a+x /C/Program/flow”)
> But I don’t get to the executable program. I re
On 01/01/2010 10:16 PM, Rance Hall wrote:
Ive been reading up on this and I think I have a handle on knowing
that I can use comx in cygwin or maybe /dev/ttySx with my usb-serial
adapter.
Use the /dev/ttySx form when in the Cygwin world.
--
Larry Hall http://www.rf
If it can be of any help, why don't you try to execute some other
programs instead of chmod and see if you get the same error,
for example instead of "chmod a+x /C/Program/flow" something like
"ls -d /C/Program/flow" and see if works.
If it does then we can say something can be wrong with chmod, i
On Mon, Jan 4, 2010 at 15:06, Kevin Layer wrote:
> I'm not using the git protocol. Note the single slash. The machine
> is named `git', which is what is confusing you. Anything of the form
> "foo:/path" uses SSH, which is what this is using.
Yes, you're right, I'm so used to seeing git://server
On 01/02/2010 12:24 PM, Durwin wrote:
I have just received an Alienware laptop with Windows7. I downloaded
and ran the current setup from website. The install process will stop
at various stages, not always the same place. By stop, I mean it looks
as if it is working, but it never proceeds pas
I am a new user of cygwin in windows xp.
I want to run an executable program connected to cygwin.
I use the command chmod as ( [ugoa]*<[-+=]<[rwxXst]*|[ugo]>>+ write chmod
a+x /C/Program/flow)
But I dont get to the executable program. I receive this message:
chmod a+x /C/Program/flow : No s
Dave wrote:
Lee D. Rothstein wrote:
Dave wrote:
> Check HKEY_CLASSES_ROOT\Directory\Shell\cygwin_bash. It's value should
> be the context menu item text, "Mintty Bash"
Value was null.
> It should have one subkey, command, whose value is the command to run
> "c:\_0\bin\mintty ...".
Val
On 01/01/2010 04:52 PM, Lee Rothstein wrote:
Will Windows junctions (for the path; plus the file name) work, here, Andy?
(http://technet.microsoft.com/en-us/sysinternals/bb896768.aspx)
NTFS junctions are for directories only.. For files and directories, one could
use "mklink" on Vista and newe
Brian L. wrote:
>> I'm seeing very similar bad behavior from cygwin+git on win7 x64 as
>> well as winxp x86. This bug is not confined to 64 bit platforms. This
>> bug is new in 1.7.x--I have cygwin 1.5 installs on both of these
>> machines that do not exhibit this failure.
>>
>> The problem seem
David Antliff wrote:
>> On Thu, Dec 24, 2009 at 07:55, Kevin Layer wrote:
>> > la...@hobart128 /c/tmp
>> > $ git clone git:/repo/git/acl acl.test
>> > Initialized empty Git repository in /c/tmp/acl.test/.git/
>> > remote: Counting objects: 9205, done.
>> > remote: Compressing objects: 100%
On Mon, Jan 04, 2010 at 01:36:06AM +0100, Thomas Wolff wrote:
>I've set up a sample at ...
You're putting me in the situation of practically begging me to be mean.
As much as everyone thinks I may enjoy that, I really don't.
But, since you asked. I *really* don't like the redesigned red left
men
Reini Urban schrieb:
2009/12/26 Kristopher Ives:
Thanks. I can modify the colors and the logo idea was just to see what
people thought. The design was very short work and was my attempt at
giving back to the Cygwin project. I was needing feedback and wanted
to know if this was a possibility.
Dear All
From the attached set.log.full file it can be seen that
2010/01/04 11:06:19 Extracting from
file://O:\CygWIN-1p7_Downloads/http%3a%2f%2fcygwin.lilengine.com%2f/release/arpack/arpack-96-2-src.tar.bz2
a few times.
Is this correct behaviour?
It also does on subsequent runs of setup.
2010/1/3 Andy Koppe:
> I'm having a spot of trouble changing mkshortcut to use the
> wchar_t-enabled cygwin_create_path instead of the deprecated
> cygwin_conv_to_full_win32_path & co. When converting to a Windows path
> using CCP_POSIX_TO_WIN_W, the result is a path starting with "\\?\",
> e.g. "\
On 03/01/2010 05:48, Kalle Mikkola wrote:
I unzipped CygTeXmacs to a directory
Sounds strange, but the CygTeXmacs installation[1] includes an OLD
cygwin1.dll (and an assortment of other packages), but the sources are
not included in the download, I see no link thereto on the webpage, nor
can
On Sun, Jan 03, 2010 at 05:58:46PM +0100, Enrico Forestieri wrote:
>On Wed, Dec 23, 2009 at 03:12:19AM +0100, Enrico Forestieri wrote:
>> On Tue, Dec 22, 2009 at 07:37:14PM -0500, Christopher Faylor wrote:
>> > On Tue, Dec 22, 2009 at 11:43:09PM +0100, Enrico Forestieri wrote:
>> > >I am experienci
> You could create a Windows symbolic link using the Windows 'mklink'
> tool though, and it should work both in cmd.exe and in Cygwin.
Thanks for the info and Corinna's quote.
Probably I'll just create windows symlinks like from
c:\users\tuli\bin\gcc.exe to c:\cygwin\bin\gcc-3.exe
so that cygwin
On Wed, Dec 23, 2009 at 03:12:19AM +0100, Enrico Forestieri wrote:
> On Tue, Dec 22, 2009 at 07:37:14PM -0500, Christopher Faylor wrote:
> > On Tue, Dec 22, 2009 at 11:43:09PM +0100, Enrico Forestieri wrote:
> > >I am experiencing a problem with select() and named pipes in cygwin
> > >1.7. The att
I'm having a spot of trouble changing mkshortcut to use the
wchar_t-enabled cygwin_create_path instead of the deprecated
cygwin_conv_to_full_win32_path & co. When converting to a Windows path
using CCP_POSIX_TO_WIN_W, the result is a path starting with "\\?\",
e.g. "\\?\C:\cygwin\bash.exe".
Yet un
Dave Korn wrote:
> Cesar Strauss wrote:
>> but failed with undefined references when switching to gcc 4.3.4. They
>> seem to be related to some inline functions in toporouter.c.
>
> The meaning of "extern inline" changed, to match c99. See, for example:
>
> http://sourceware.org/ml/newlib/2007
2010/1/2 Charles Wilson:
> ncurses is a package that provides character and terminal handling
> libraries, including 'gui-like' panels and menus. It is often used
> instead of termcap. ncursesw provides a version of this library and
> related tools compiled to support wide characters (that is, wch
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
A new release of findutils, 4.5.5-1, is available, leaving 4.5.4-1 as
previous.
NEWS:
=
This is a new upstream release. Upstream news is attached. See also
/usr/share/doc/findutils/.
DESCRIPTION:
The findutils package contains prog
ncurses is a package that provides character and terminal handling
libraries, including 'gui-like' panels and menus. It is often used
instead of termcap. Like the (new) ncursesw packages, it is
compiled with support for reentracy, and uses and uses the same ABI
number ("10" on cygwin for historic
The tack program is a diagnostic that is designed to create and verify
the correctness of terminfo entries. This program can be used to create
new terminal descriptions that are not included in the standard terminfo
database.
[[ compiled using gcc-4.3.4-3 ]]
As expected now that cygwin-1.7.1 has
ncurses is a package that provides character and terminal handling
libraries, including 'gui-like' panels and menus. It is often used
instead of termcap. ncursesw provides a version of this library and
related tools compiled to support wide characters (that is, wchar_t
rather than char).
Note tha
Hi all,
I've been moving on this issue, which still remains unresolved, and I
would like to share with you all few improvements I think could help on
better focus where the problem could be.
Still there is no way to let the "setup.exe" complete properly its run
and it always ends on the last part
Lee D. Rothstein wrote:
> Dave wrote:
>
> > So chere has managed to set the keys, and read them back fine. What
> > happens when you run the following command in cmd (all one line)?
>
> > C:\_0\bin\mintty.exe --icon=c:\_0\cygicons-hippo-vista-0.dll,10 - -e
> > /bin/xhere /bin/bash.exe "c:\Pro
On 03/01/2010 00:53, neil.mowb...@calgacus.com wrote:
Okay, so I get the general idea. First you get the cygwin-src package.
Unpack it and
run cygport on the coreutils-7.0-2.cygport file with download option.
If you are rebuilding an existing source package, you don't need to
download it agai
--- Dom 3/1/10, Neil.Mowbray ha scritto:
> By the way, when I try to build it
> says Automake 1.10a is required.
> However, this version isn't
> an option under cygwin, only 1.10.3, 1.10.2, etc. How
> do I fixed this, hack
> configure.ac?
>
$ cygcheck -c -d |grep automake
automake
30 matches
Mail list logo
