On Jun 24 20:33, Matthias Andree wrote:
> Leonid Krashenko schrieb:
> > Hello.
> >
> > I am new to the Cygwin and have a problem connecting a device with serial
> > output to the computer throw USB adapter. In Linux it's name is
> > /dev/ttyUSB0. I have no /dev/ttyUSB0 device in /dev (but ttyS0 wo
On Jun 24 15:30, Christopher Faylor wrote:
> On Wed, Jun 24, 2009 at 02:00:52PM -0400, GJ Hagenaars wrote:
> >Hi there,
> >
> >On a Windows Server 2008, running cronbug from the (bash) command line
> >results in an ever increasing cronbug.txt file because cygcheck walks
> >the registry and gets i
On Jun 24 15:38, Christopher Faylor wrote:
> On Wed, Jun 24, 2009 at 03:35:35PM -0400, Christopher Faylor wrote:
> >On Wed, Jun 24, 2009 at 02:11:32PM -0400, Edward Lam wrote:
> >>Whenever I do a "mount -c /" in cygwin 1.7, it seems to revert back to
> >>/cygdrive after rebooting on Windows XP x64
I have still this problem.
The "ls" work but when i launch ssh-host-config to setup SSH daemon, Windows
send me an error and close bash.exe
DEP is OFF
Any idea ?
Kyeto wrote:
>
> I still block on the prompt bash.
>
> I don't arrive to have a valid and read shell.
> When i run ssh-host-config
Hari Krishna Dara wrote:
> I noticed that setup.exe now has some experimental command-line
> options, but it still doesn't support obvious options such as
> specifying specific packages (ONLY) to install.
It may seem obvious to you that
--entirely-break-my-installation-with-a-random-assortment-
On Jun 24 13:17, Andrew Schulman wrote:
> Here's an odd one.
>
> Using openssh 5.2p1-2 with Cygwin 1.7.0-50, when I scp any file, the
> progress counter appears to show ridiculously fast transfer rates, e.g.
> about 50 MB/s over a 750 KB/s connection, for the first 175 MB or so. After
> that the c
2009/6/25 Mark Harig:
>> > At the bash shell prompt while editing commands is one example, but
>> > it is also the case for me in text editors, vim or emacs, for example.
>> > From the Options menu, I set the cursor type to block and set the
>> > cursor color to a light color, say, yellow, and then
On Thu, Jun 25, 2009 at 12:10:39PM +0200, Corinna Vinschen wrote:
>On Jun 24 13:17, Andrew Schulman wrote:
>> Here's an odd one.
>>
>> Using openssh 5.2p1-2 with Cygwin 1.7.0-50, when I scp any file, the
>> progress counter appears to show ridiculously fast transfer rates, e.g.
>> about 50 MB/s ov
On Jun 25 10:05, Christopher Faylor wrote:
> On Thu, Jun 25, 2009 at 12:10:39PM +0200, Corinna Vinschen wrote:
> >On Jun 24 13:17, Andrew Schulman wrote:
> >> Here's an odd one.
> >>
> >> Using openssh 5.2p1-2 with Cygwin 1.7.0-50, when I scp any file, the
> >> progress counter appears to show rid
On Thu, Jun 25, 2009 at 04:36:51PM +0200, Corinna Vinschen wrote:
>On Jun 25 10:05, Christopher Faylor wrote:
>> On Thu, Jun 25, 2009 at 12:10:39PM +0200, Corinna Vinschen wrote:
>> >On Jun 24 13:17, Andrew Schulman wrote:
>> >> Here's an odd one.
>> >>
>> >> Using openssh 5.2p1-2 with Cygwin 1.7.
On Jun 25 16:36, Corinna Vinschen wrote:
> On Jun 25 10:05, Christopher Faylor wrote:
> > Is ssh using non-blocking pipes opened for write? Until a week or two
> > ago, Cygwin didn't support those and treated the non-blocking write as a
> > blocking write.
>
> scp switches the pipes to non-blocki
On Jun 25 16:58, Corinna Vinschen wrote:
> Btw., while playing with this I also tried something like this:
>
> $ cmd
> C:\cygwin\home\corinna> type file | ssh linux-box 'cat > file'
Ouch! Ouch, ouch, ouch!
I used single quotes rather than double quotes.
Whom do I have to pay to remove this fro
On Thu, Jun 25, 2009 at 05:06:06PM +0200, Corinna Vinschen wrote:
>On Jun 25 16:58, Corinna Vinschen wrote:
>> Btw., while playing with this I also tried something like this:
>>
>> $ cmd
>> C:\cygwin\home\corinna> type file | ssh linux-box 'cat > file'
>
>Ouch! Ouch, ouch, ouch!
>
>I used single
On Jun 25 11:21, Christopher Faylor wrote:
> On Thu, Jun 25, 2009 at 05:06:06PM +0200, Corinna Vinschen wrote:
> >On Jun 25 16:58, Corinna Vinschen wrote:
> >> Btw., while playing with this I also tried something like this:
> >>
> >> $ cmd
> >> C:\cygwin\home\corinna> type file | ssh linux-box 'ca
I am encountering a strange error when I try and install rpm's on my system
using Cgywin. I have wrote my .spec file and build the rpm fine in Cygwin
but when I try and install the rpm I just built I get the error:
Failed Dependencies: /bin/sh needed by .rpm
It installs fine with the tag "--nod
On Thu, Jun 25, 2009 at 12:24 PM, Drew Holland wrote:
> I am encountering a strange error when I try and install rpm's on my system
> using Cgywin.
Cygwin doesn't use rpm to manage its installed software; it uses
setup.exe. The rpm utilities are available on Cygwin (as they are on
other non-RPM-b
Steps to reproduce the error:
1. Start setup-1.7.exe. Click on 'Next >' button until the
'Select Packages' dialog window is displayed.
2. By default, setup displays the Select Packages window
maximized. Click on the 'Restore Down' button in the
right-hand corner to reduce the size of
Hi,
wstring is not supported on my Cygwin 1.5.25. When I declare a
wstring variable my g++ 3.4.4 complains wstring is undeclared. After
reading some posted message I figured out wstring is not supported on
Cygwin 1.5 or even 1.7. To fix this I have to rebuild entire gcc. So I
downloaded gcc 4.4.
Hmm thanks for the idea, I think I will try that next and see what I get :).
Mark J. Reed wrote:
>
> On Thu, Jun 25, 2009 at 12:24 PM, Drew Holland wrote:
>> I am encountering a strange error when I try and install rpm's on my
>> system
>> using Cgywin.
>
> Cygwin doesn't use rpm to manage its
On Thu, Jun 25, 2009 at 09:24:44AM -0700, Drew Holland wrote:
>I am encountering a strange error when I try and install rpm's on my
>system using Cgywin. I have wrote my .spec file and build the rpm fine
>in Cygwin but when I try and install the rpm I just built I get the
>error:
>
>Failed Depende
Kyeto wrote:
I have still this problem.
The "ls" work but when i launch ssh-host-config to setup SSH daemon, Windows
send me an error and close bash.exe
DEP is OFF
Any idea ?
I'd recommend reading the problem reporting guidelines found at the link
below:
Problem reports: http://cygwin
After upgrading to mintty-0.4.1-1, the Enter, +, -, *, and / keys on my
number pad no longer with in orpie. Reverting to mintty-0.4.0-2 solves
the problem. Also, running "TERM=cygwin orpie" also solves the problem.
(TERM=xterm by default for me. I have no idea where that comes from.)
Is this a
> (TERM=xterm by default for me. I have no idea where that comes from.)
This is documented in the manual page for 'mintty':
TERM variable
The TERM variable for the child process is set to "xterm", so that pro‐
grams that pay attention to it expect xterm keycodes and output xterm‐
compatible con
There seem to be occasional postings on this mailing-list (e.g.
http://cygwin.com/ml/cygwin/2003-07/msg00026.html,
http://cygwin.com/ml/cygwin/2009-06/msg00343.html) about creating .iso images
for installing Cygwin on machines not connected to the Net.
I have been developing a utility to help c
Hi, Reini -
On Wed, Jun 24, 2009 at 6:43 AM, Reini Urban wrote:
> cygwin-1.7 removed support for accepting win32 style pathnames.
> xemacs should follow.
>
> The particular problem was file-truename returning a fabricated windows path,
> instead of the POSIX path, which for example failed the mule
On Thu, Jun 25, 2009 at 1:10 PM, Match Point
> wstring is not supported on my Cygwin 1.5.25. When I declare a
> wstring variable my g++ 3.4.4 complains wstring is undeclared. After
> reading some posted message I figured out wstring is not supported on
> Cygwin 1.5 or even 1.7. To fix this I have
2009/6/25 David Rothenberger:
> After upgrading to mintty-0.4.1-1, the Enter, +, -, *,
> and / keys on my number pad no longer with in orpie.
> Reverting to mintty-0.4.0-2 solves the problem.
Sure about 0.4.0-2? I'm finding the behaviour changed between 0.4-rc3
and 0.4-rc4. That's when the keycode
2009/6/25 Mark Harig:
> > (TERM=xterm by default for me. I have no idea where that comes from.)
>
> This is documented in the manual page for 'mintty':
>
>> TERM variable
>> The TERM variable for the child process is set to "xterm", so that pro‐
>> grams that pay attention to it expect xterm keycod
On 6/25/2009 12:17 PM, Andy Koppe wrote:
2009/6/25 David Rothenberger:
After upgrading to mintty-0.4.1-1, the Enter, +, -, *,
and / keys on my number pad no longer with in orpie.
Reverting to mintty-0.4.0-2 solves the problem.
Sure about 0.4.0-2?
Yup. I checked it a number of times.
--
Davi
Do you mean there is no way to fix it at this moment?
I just started to work on Cygwin. If Cygwin doesn't use glibc, please tell
me if I use g++
to compile my c++ program, what libraries will be used and where are the
head files.
I saw newlib mentioned many times in the forum. Does it stand for a
On Jun 25 15:15, Mark J. Reed wrote:
> On Thu, Jun 25, 2009 at 1:10 PM, Match Point
> > wstring is not supported on my Cygwin 1.5.25. When I declare a
> > wstring variable my g++ 3.4.4 complains wstring is undeclared. After
> > reading some posted message I figured out wstring is not supported on
Sandeep,
On Wed, Jun 24, 2009 at 05:48:53PM +0530, Sandeep Devadas wrote:
> I installed nose as per your instructions and now im getting this
> error. Please let me know what to do.
>
> $ python
> Python 2.5.2 (r252:60911, Dec 2 2008, 09:26:14)
> [GCC 3.4.4 (cygming special, gdc 0.12, using dmd
I just uploaded another new setup-1.7.exe (2.634) to
http://cygwin.com/setup-1.7.exe, which contains the following
changes and bug fixes:
- Strip the environment to a minimum before starting postinstall.
- Start postinstall scripts as script rather than as application.
This allows to run all po
On Thu, Jun 25, 2009 at 10:23:32PM +0200, Corinna Vinschen wrote:
>I just uploaded another new setup-1.7.exe (2.634) to
>http://cygwin.com/setup-1.7.exe, which contains the following
>changes and bug fixes:
>
>- Strip the environment to a minimum before starting postinstall.
>
>- Start postinstall
On Thu, Jun 25, 2009 at 4:26 PM, Corinna Vinschen wrote:
> wstring is a C++ class. It has nothing to do with libc. wstring is
> supported by the G++ standard libs as soon as the underlying libc
> (Cygwin/nelib) provides all necessary wide char functions to implement
> that class. That should be
On Sat, 20 Jun 2009, Barry Kelly wrote:
> 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:
2009/6/25 David Rothenberge:
>>> After upgrading to mintty-0.4.1-1, the Enter, +, -, *,
>>> and / keys on my number pad no longer with in orpie.
>>> Reverting to mintty-0.4.0-2 solves the problem.
>>
>> Sure about 0.4.0-2?
>
> Yup. I checked it a number of times.
Ah, you're right; I hadn't tried i
> After upgrading to mintty-0.4.1-1, the Enter, +, -, *, and / keys on my
> number pad no longer with in orpie. Reverting to mintty-0.4.0-2 solves
> the problem. Also, running "TERM=cygwin orpie" also solves the problem.
> (TERM=xterm by default for me. I have no idea where that comes from.)
>
Mark J. Reed wrote:
> On Thu, Jun 25, 2009 at 1:10 PM, Match Point
>> wstring is not supported on my Cygwin 1.5.25. When I declare a
>> wstring variable my g++ 3.4.4 complains wstring is undeclared. After
>> reading some posted message I figured out wstring is not supported on
>> Cygwin 1.5 or eve
> There seem to be occasional postings on this mailing-list (e.g.
> http://cygwin.com/ml/cygwin/2003-07/msg00026.html,
> http://cygwin.com/ml/cygwin/2009-06/msg00343.html) about creating .iso images
> for installing Cygwin on machines not connected to the Net.
>
> I have been developing a utili
Brian Ford wrote:
> Isn't the efault handler supposed to catch this anyway?
Absolutely, but maybe it isn't working right what with all the modifications
and enhancements to SEH in recent windows kernels. If you want a hope of
debugging this, build yourself a custom DLL with CFLAGS="-g -O0" a
Absolutely. c++config.h which control the definition of _GLIBCXX_USE_WCHAR_T
is part of libstdc++.
c++config.h locates in a architecture related directory like
c++/4.4.0/i686-pc-cygwin/bits. So it must be a dynamically generated file
during build process. I found c++config in fresh source code, t
R.Penney wrote:
> I have been developing a utility to help create customized subsets of
> Cygwin packages, which can be burned onto cdrom or dvd and used for
> installing or updating machines without any network connection. When
> given a list of Cygwin package names, the program downloads them and
I've been trying to get cygwin running for several whole days now. I've been
reading available documentation and fiddling in many ways with system
parameters. I even turned off my "Norton Internet Security" software as best
as I could and re-installed and then eventually re-downloaded-and-ins
I've been trying to get cygwin running for several whole days now. I've been
reading available documentation and fiddling in many ways with system
parameters. I even turned off my "Norton Internet Security" software as best
as I could and re-installed and then eventually re-downloaded-and-inst
Thu, 25 Jun 2009 20:25:09 +0100 Andy Kope wrote:
>
> There is no documented way in mintty to change the TERM environment before
> the shell is started.
There's a bit in the TIPS section of the manual on how to set any
environment variable using the shell's -c option, e.g.:
mintty sh -c "TERM=x
Problem: I want to be able to launch a CMD.EXE window starting in a particular
directory from my cygwin bash window.
Details: I do a lot of work that has me switching between cygwin bash windows,
CMD.EXE windows, and a variety of MSWindows apps. For example, I often launch a
explorer window from t
Is is possible to display the upper 128 entries in the ASCII
table in mintty using the 'cygutils' application 'ascii'?
Package versions:
bash-3.2$ /usr/bin/cygcheck -c bash cygutils cygwin mintty
Cygwin Package Information
Package VersionStatus
bash 3.2.49-22
Not sure what to do about giving any more useful information, other
than I'm fairly certain its not a git specific problem.
The git status operation does work under 1.7 if i move the repo to my
local hard disk.
Below are snippets of output that should explain and help re-create
the problem.
Tim.
Hmmm. I can't post a response to my own post.
Well, here's a new thread as a response to my previous thread.
Looking one last time, I found the answer:
to launch a cmd.exe window: cmd /c start cmd
to launch a bash.exe window: cmd /c /start bash
--
Problem reports: http://cygwin.com/prob
Richard Haney wrote:
> I imagine that the messages involving "\r" have something to do with the
> \r\n conventions. So I should mention that I use WordPad to edit
> bash-initialization files.
That'll be the cause of the problem then; wordpad is a windows program, so
it tends to use windows-sty
Taylor wrote:
> Problem: I want to be able to launch a CMD.EXE window starting in a particular
> directory from my cygwin bash window.
Just type "start" and press return.
> PS I'd also like to do the same with a bash shell, meaning that I'd like to
> launch another bash window from my current w
On Thu, Jun 25, 2009 at 10:14 PM, Dave Korn wrote:
> Richard Haney wrote:
>
>> I imagine that the messages involving "\r" have something to do with the
>> \r\n conventions. So I should mention that I use WordPad to edit
>> bash-initialization files.
>
> That'll be the cause of the problem then; w
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
[http://cygwin.com/acronyms#PCYMTWLL]
According to Richard Haney on 6/25/2009 6:12 PM:
> bash: /etc/profile: line 91: syntax error near unexpected token `$'in\r''
As others have pointed out, that's due to using the wrong line-endings in
your bash fil
On Thu, Jun 25, 2009 at 10:19 PM, Dave Korn:
>> Problem: I want to be able to launch a CMD.EXE window starting in a
>> particular
>> directory from my cygwin bash window.
>
> Just type "start" and press return.
I get "bash: start: command not found." in 1.7.
This works, though:
cygstart /cygdri
On Thu, Jun 25, 2009 at 3:25 PM, Andy Koppe wrote:
> There's a bit in the TIPS section of the manual on how to set any
> environment variable using the shell's -c option, e.g.:
>
> mintty sh -c "TERM=xterm-256color emacs"
Hm. Maybe I'm missing something, but - isn't this a place where using
/bin/
2009/6/26 Matt Wozniski:
>
> > There's a bit in the TIPS section of the manual on how to set any
> > environment variable using the shell's -c option, e.g.:
> >
> > mintty sh -c "TERM=xterm-256color emacs"
>
> Hm. Maybe I'm missing something, but - isn't this a place where using
> /bin/env would m
Hello
I'm trying to build octave-3.2.0 on cygwin.
I prepared ftgl-2.1.3~rc5, ARPACK, qrupdate, the atlas libralies optimized for
my CPU.
In the make, I have encounterd the building error on the fltk library.
g++-4 -shared -Wl,--export-all-symbols -Wl,--enable-auto-import
-Wl,--enable-runtime-ps
2009/6/25 Andrew Schulman:
>> After upgrading to mintty-0.4.1-1, the Enter, +, -, *, and / keys on my
>> number pad no longer with in orpie. Reverting to mintty-0.4.0-2 solves
>> the problem. Also, running "TERM=cygwin orpie" also solves the problem.
>> (TERM=xterm by default for me. I have no idea
2009/6/26 Mark Harig:
>> From the 0.4.0 release announcement:
>>
>> - MinTTY now has its own identity, instead of pretending to be an old
>> xterm. The ^E answerback string is "mintty", the ^[[c primary device
>> attribute command reports a vt100, and the ^[[>c secondary DA command
>> reports termi
2009/6/26 Mark Harig
>
> Is is possible to display the upper 128 entries in the ASCII
> table in mintty using the 'cygutils' application 'ascii'?
>
> I have attempted to use two configurations, but neither one
> displays the table without problems in mintty:
>
> Configuration 1:
>
> - mintty: Usi
Hi Tatsuro,
unfortunately the cygwin fltk is not X version and
octave expect a fltk version, so there are some changes
adding additional -lGL -lGLU on the build.
I built 3.2.0 but the fltk is not working at at all.
Give me some days and I will upload octave 3.2.0 and
latest octave forge for cyg
62 matches
Mail list logo
