On Oct 27 21:10, Yaakov S wrote:
Over on cygwin-xfree@ we find XWin's logs to be important
information in diagnosing problems. I would like to make this
standard procedure for issue reporting just like cygcheck output is
currently.
Patch for bugs.html attached.
Makes sense. Please apply
Hello,
I recently installed cygwin on my new laptop and see this strange
behavior. When I start XEmacs within X then the function
rtf-clip-region, does not seem to work. After calling this function,
pasting in Word pastes as plain text. If I start XEmacs outside X then
the function works as
Hello,
I installed cygwin 1.7 and I have problem to use run utility. I have a
windows shell script for launching rxvt with option depending on hosts
:
SET DISPLAY=127.0.0.1:0.0
if defined CYGWIN_ROOT goto :OK
set CYGWIN_ROOT=%~dp0
:OK
SET RUN=%CYGWIN_ROOT%\bin\run -p /usr/bin
SET
Yaakov (Cygwin/X) wrote:
Cygwin/X has been updated to X.Org X11R7.5.
It seems that after this upgrade, my GTK build[*] of Emacs has some problem.
First, the link on desktop with which I start Emacs does not work any
more. It was created with:
-
emacs=Emacs-2
Duh. Guess I need more sleep :)
Thanks!
On Wed, Oct 28, 2009 at 12:10 AM, Larry Hall (Cygwin X)
reply-to-list-only-l...@cygwin.com wrote:
On 10/27/2009 11:02 PM, Joel Gwynn wrote:
So it looks like if I first start up the multiwindow window manager
like so: xwin -multiwindow, then I can run
And now, sporadically, when I run startxwin.sh, sometimes it works, ie
opens up the xterm, but sometimes some windows open, with text that I
can't read quickly enough, then go away. If I close Xwin and try
again, sometimes it will work, mostly not.
I don't see anything amiss in
My .XWinrc file has this menu line:
xterm EXEC xterm -e tcsh
Since my default shell in /etc/passwd is /bin/tcsh, why should I need
to specify it here also? If I don't specify it, a new xterm doesn't
execute my ~/.cshrc file. I do not have a ~/.login or ~/.profile
file.
What is
From: cygwin-xfree-ow...@cygwin.com [mailto:cygwin-xfree-
ow...@cygwin.com] On Behalf Of Joel Gwynn
Sent: Wednesday, October 28, 2009 8:27 AM
And now, sporadically, when I run startxwin.sh, sometimes it works, ie
opens up the xterm, but sometimes some windows open, with text that I
can't
On Wed, 2009-10-28 at 11:49 -0700, Mike Ayers wrote:
From: cygwin-xfree-ow...@cygwin.com [mailto:cygwin-xfree-
ow...@cygwin.com] On Behalf Of Joel Gwynn
Sent: Wednesday, October 28, 2009 8:27 AM
And now, sporadically, when I run startxwin.sh, sometimes it works, ie
opens up the
Ha! That seems to do it. Although I also have to wait a bit between
closing the xwin window and restarting, but that's not so bad. I
guess there's some process that takes awhile to exit.
Thanks,
Joel
On Wed, Oct 28, 2009 at 2:58 PM, Reid Thompson reid.thomp...@ateb.com wrote:
On Wed,
On Wed, 28 Oct 2009, Ken Brown wrote:
X11R7.5 doesn't like the (default) locale C.UTF-8. If I start the server
technically speaking, there's no such locale as C.UTF-8,
so I'd not expect portable code to accept it (C and UTF-8 are
mutually exclusive).
with 'LANG=C.UTF-8
On 10/28/2009 5:23 PM, Thomas Dickey wrote:
On Wed, 28 Oct 2009, Ken Brown wrote:
X11R7.5 doesn't like the (default) locale C.UTF-8. If I start the server
technically speaking, there's no such locale as C.UTF-8,
so I'd not expect portable code to accept it (C and UTF-8 are
mutually
2009/10/28 Thomas Dickey:
X11R7.5 doesn't like the (default) locale C.UTF-8. If I start the server
technically speaking, there's no such locale as C.UTF-8,
so I'd not expect portable code to accept it (C and UTF-8 are
mutually exclusive).
Technically speaking, portable code should make no
2009/10/28 Ken Brown:
Maybe my terminology is wrong. But if you start mintty with no .minttyrc
and with LANG unset, mintty will set LANG=C.UTF-8.
Yep. That's primarily for emacs' benefit, which parses the locale env
variables itself instead of using setlocale(LC_CTYPE, ), thereby
missing out
Thomas Dickey wrote:
On Wed, 28 Oct 2009, Ken Brown wrote:
X11R7.5 doesn't like the (default) locale C.UTF-8. If I start the server
technically speaking, there's no such locale as C.UTF-8,
so I'd not expect portable code to accept it (C and UTF-8 are
mutually exclusive).
No, actually
Xwin 1.6.x had no problem with C.UTF-8.
Actually it's libX11 that makes the difference: Xwin 1.7.1 is fine
after downgrading libX11 from 1.3.2-1 to 1.2.2-2.
Andy
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
On 28/10/2009 14:22, Ken Brown wrote:
X11R7.5 doesn't like the (default) locale C.UTF-8. If I start the
server with 'LANG=C.UTF-8 /usr/bin/startxwin.bat', the server exits
immediately, and the log has complaints about the locale. If I instead
use 'LANG=en_US.UTF-8', there's no problem. I've
2009/10/28 Jon TURNEY:
On 28/10/2009 14:22, Ken Brown wrote:
X11R7.5 doesn't like the (default) locale C.UTF-8. If I start the
server with 'LANG=C.UTF-8 /usr/bin/startxwin.bat', the server exits
immediately, and the log has complaints about the locale. If I instead
use 'LANG=en_US.UTF-8',
Larry Hall (Cygwin X) wrote:
Any interest in trying Cygwin 1.7 http://cygwin.com/#beta-test? I
don't know if
it would help but it has a newer X and friends and is actively maintained.
One day in and it seems to be helping - no problems to report so far and
the original problem has gone away
Joel Gwynn wrote:
Ha! That seems to do it. Although I also have to wait a bit between
closing the xwin window and restarting, but that's not so bad. I
guess there's some process that takes awhile to exit.
possibly having to wait for the X server socket to completely free up between
between
On Oct 27 21:25, Yaakov S wrote:
* pathnames.sgml: Add limitation of case sensitivity with CreateProcess.
Thanks, applied.
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Project Co-Leader cygwin AT cygwin DOT com
Red Hat
Hello Denis,
* On Wed, Oct 28, 2009 at 12:31:32AM +0100 Denis Excoffier wrote:
Under some circumstances (detailed below), the command:
mv file1 file2
produces
mv: cannot move `file1' to `file2': Device or resource busy
Bloda? (http://www.cygwin.com/acronyms/) I reported the exact same
Hi,
I am developing a diskless embedded system (aka the target) that uses Linux as
its Operating system. The target connects directly to my PC (XP).
I would like to boot the target to an NFS server, where is will get the file
system.
I would like to use the Cygwin NFS server in the following
Hi...
At present I am using cygwin 1.5 mainly, but I have also started to
migrate over to 1.7. Everything works quite well, but I encountered a
problem with the tail command. Obviously the + syntax does no longer
work in 1.7
In 1.5 when I call eg.
tail +3 /path/to/some/file
I get the whole
--- Mer 28/10/09, Roland Schwingel ha scritto:
Hi...
At present I am using cygwin 1.5 mainly, but I have also
started to migrate over to 1.7. Everything works quite well,
but I encountered a problem with the tail command. Obviously
the + syntax does no longer work in 1.7
In 1.5 when I
Hi Marco,
Thanks for your reply.
Marco Atzeri marco_atz...@yahoo.it wrote on 28.10.2009 12:05:09:
--- Mer 28/10/09, Roland Schwingel ha scritto:
Hi...
At present I am using cygwin 1.5 mainly, but I have also
started to migrate over to 1.7. Everything works quite well,
but I
Hi Roland,
On Wed, Oct 28, 2009 at 11:15, Roland Schwingel wrote:
Hi Marco,
Thanks for your reply.
Quoted e-mail edited; please see http://cygwin.com/acronyms/#PCYMTNQREAIYR
Marco Atzeri wrote on 28.10.2009 12:05:09:
--- Mer 28/10/09, Roland Schwingel ha scritto:
the manual says
tail
On Oct 28 00:51, Denis Excoffier wrote:
On 2009-10-19 21:47, Corinna Vinschen wrote:
On Oct 19 21:18, Denis Excoffier wrote:
Hope this helps.
It does. The value of $PATH is used without checking if $PATH
exists. I fixed that in CVS.
Thank you. Let's wait until 1.7.0-63 now.
In the
Hi...
When evaluating 1.7 I do also conduct some speed tests with cygwin 1.5.
I am using 1.5.25 und 1.7.0-62 on windows xp sp3 32bit here for my tests
on a quad core machine with enough ram.
It seems that 1.7 is around 10-25% slower in my scenarios here. I did
some compilation tests. Each
Hi,
I have just installed release 1.7 under Windows 7, 64bit. The
setup.exe program seems to have changed and you can't any longer set
the Default Text File Type to DOS/Text. I have a lot of scripts that
won't run under bash as long as the extra CR's are not removed. I know
of the tool doc2unix,
On 10/28/2009 1:52 AM, Kurt Harriger wrote:
I was having some trouble with text based emacs under cygwin.
The C-x C-c to exit was for some reason being interpreted as C-x C-g.
After some googling around I found that export CYGWIN=tty seemed to fix the key
sequence, however this also introduced
On Oct 28 12:37, Roland Schwingel wrote:
Any clues? I just made an additional test compiling stock
libxml2-2.6.32 using the stock gcc3 coming with both cygwin versions
and I am coming to roughly the same numbers. Is 1.7 truly slower
than 1.5 or aren't all final optimizations done right now?
On Oct 28 14:26, Corinna Vinschen wrote:
On Oct 28 12:37, Roland Schwingel wrote:
Any clues? I just made an additional test compiling stock
libxml2-2.6.32 using the stock gcc3 coming with both cygwin versions
and I am coming to roughly the same numbers. Is 1.7 truly slower
than 1.5 or
Hi,
I just recently install cygwin using the setup.exe.
The problem is that i cant seem to use some common command e.g. mkdir,
ls without addding ./ in front? I am attaching the cygcheck output
here.
Did i miss any steps here?
Thanks in advance
Huang.
cygcheck.out
Description: Binary data
On Wed, Oct 28, 2009 at 08:51, Kie Kyon Huang kiekyon.hu...@gmail.com wrote:
The problem is that i cant seem to use some common command e.g. mkdir,
ls without addding ./ in front? I am attaching the cygcheck output
here.
The output appears to show that you do not have Cygwin in your PATH.
when I type the who command within a Cygwin window, only an empty line is
returned.
The man page states that who prints info about users who are logged in.
What I have found so far is that
-H returns headers
-q returns # users=0
while who with the -a, -b, -d, -l, --lookup, -m, -p, -r, -s, -t,
Hi Corrinna...
On Oct 28 14:26, Corinna Vinschen wrote:
Whether 1.7 is faster or slower depends on what you're doing and on
what
OS you're running. For instance, scanning local directories is about
60% faster in 1.7 while starting lots of processes is about 10% slower
on Vista but
Hello all,
I'm still having this problem but I'm beginning to narrow it down.
Here's an example of the error I get:
J:\trunk\svn\apl\win\bin\mk_cc:
/cygdrive/j/trunk/svn/apl/allos/bin/verbose: /usr/bin/sh: bad interpreter:
Permission denied
I've upgraded to cygwin 1.7, and I'm running this on
On 10/28/2009 01:52 AM, Kurt Harriger wrote:
I was having some trouble with text based emacs under cygwin.
The C-x C-c to exit was for some reason being interpreted as C-x C-g.
After some googling around I found that export CYGWIN=tty seemed to fix the key
sequence, however this also introduced
I recently upgraded from XP to Vista and started having problems with
svn (aka subversion). \cygwin\bin\svn.exe works when run from a cygwin
bash terminal but not from a Windows cmd prompt (not required, but
handy to be able to run svn from a cmd prompt when working with visual
studio, so that
You're still sending TOFU. Please stop.
On Tue, Oct 27, 2009 at 5:54 PM, briglass111 wrote:
It didn't matter if I believed what I read on the internet or not, I couldn't
get the IF-statement to work, and when I queried a unix user, he wasn't sure
Sounds like you need to associate with a
On 10/28/2009 05:29 AM, Stern, Eli wrote:
Hi,
I am developing a diskless embedded system (aka the target) that uses Linux as
its Operating system. The target connects directly to my PC (XP).
I would like to boot the target to an NFS server, where is will get the file
system.
I would like to
Marco Atzeri wrote:
--- Mer 28/10/09, Roland Schwingel ha scritto:
I get an error:
tail: cannot open '+3' for reading: No such file or
directory.
Is this on purpose or an accident?
probably, the last
$ tail --version
tail (GNU coreutils) 7.0
don't accept any more the previous
On Wed, Oct 28, 2009 at 12:46:40PM -0400, Mark J. Reed wrote:
You're still sending TOFU. Please stop.
On Tue, Oct 27, 2009 at 5:54 PM, briglass111 wrote:
It didn't matter if I believed what I read on the internet or not, I
couldn't get the IF-statement to work, and when I queried a unix user,
he
Hi,
I'm seeing a few things with mkdir and acl's I don't quite understand -
OS is Server 2008.
First, from the shell I see different behaviors with mkdir on 1.5.25 and 1.7.
On 1.5.25 ($ filever \\usr\\bin\\cygwin1.dll --a-- W32i DLL ENU
1005.25.0.0 shp 1,872,884 06-12-2008
On 10/28/2009 09:51 AM, Kie Kyon Huang wrote:
Hi,
I just recently install cygwin using the setup.exe.
The problem is that i cant seem to use some common command e.g. mkdir,
ls without addding ./ in front? I am attaching the cygcheck output
here.
Did i miss any steps here?
Looks to me like
On 10/28/2009 10:04 AM, Larry W. Virden wrote:
when I type the who command within a Cygwin window, only an empty line
is returned.
The man page states that who prints info about users who are logged in.
What I have found so far is that
-H returns headers
-q returns # users=0
while who with
before i knew that bash was white-space picky
I think most shells are, not just bash
, i thought this may be a cygwin issue because i read a bit about people
saying bash is different in cygwin than in unix
where? I've not ran into any instances where cygwin bash varies from unix
bash
On 10/28/2009 12:07 PM, Mark MacVicar wrote:
I recently upgraded from XP to Vista and started having problems with
svn (aka subversion). \cygwin\bin\svn.exe works when run from a cygwin
bash terminal but not from a Windows cmd prompt (not required, but
handy to be able to run svn from a cmd
On 10/28/2009 07:59 AM, Niels Hallenberg wrote:
Hi,
I have just installed release 1.7 under Windows 7, 64bit. The
setup.exe program seems to have changed and you can't any longer set
the Default Text File Type to DOS/Text. I have a lot of scripts that
won't run under bash as long as the extra
What is wrong with you people? What is the desire to continue posting in this
thread? I am a relatively inexperienced cygwin/unix user who had an honest
question and you people got so chafed up by it. If you are so insulted or
annoyed by my question, then find a mod or something and delete it, or
On Wed, Oct 28, 2009 at 2:10 PM, briglass111 wrote:
What is wrong with you people? What is the desire to continue posting in this
thread? I am a relatively inexperienced cygwin/unix user who had an honest
question and you people got so chafed up by it. If you are so insulted or
annoyed by my
Corinna Vinschen wrote:
I'm seriously puzzled. Could you please run
$ strace -o ls.trace ls -l weird/
and send the ls.trace file as attachment? Maybe there's some hint
in it.
Done.
-SM
--
3 3 [main] ls 288 open_shared: name shared.5, n 5, shared 0x60FC
(wanted
On Thu, 22 Oct 2009 20:08 PM, Steven Monai smona...@yahoo.ca wrote:
Since I don't care about the retaining the
permissions, and I now have a version of rsync on both sides that
allows me to use link-dest without copying permissions I am happy. If
someone wants to continue digging into this
Charles Wilson cygwin at cwilson.fastmail.fm writes:
ncurses is a package that provides character and terminal handling
libraries, including 'gui-like' panels and menus. It is often used
instead of termcap.
This is a packaging bug fix, and an update to latest upstream.
[[ compiled
Chris Francy wrote:
On Thu, 22 Oct 2009 20:08 PM, Steven Monai smona...@yahoo.ca wrote:
Could you re-run your Cygwin-1.7 test case with --itemize-changes added
to the rsync command-line? That should provide a hint at what Debian's
rsync thinks is different between its existing file copy and
Hi,
Using the latest 1.7 on XP SP3, installs seem to hang during the pre/post
install phases, as if it's being blocked by a BLODA. However, it persists
even after fully uninstalling any and every security-related item I could
find (I didn't have much), stopping and disabling almost every service,
Eric Backus wrote:
I'm getting a segmentation fault when I try to use tput. The program runs
successfully if you just ask it for a version number, or if asked for a non-
existent capability, but gets a seg fault when asked about a real capability.
$ tput sgr0
Segmentation fault (core
NEWS:
=
This is a new upstream release. See CHANGES (URL below) for more
information.
IMPORTANT: This release will silently upgrade your Subversion
working copies to the 1.6 format, rendering them unusable with
previous major versions of Subversion.
Please see the release notes
A new version of subversion is now available for download. This
version is built for Cygwin 1.7.
CYGWIN NEWS:
There was one test failure with Cygwin 1.7.
* All tests hang using the serf HTTP library. This package still
includes support for serf, but if you encounter problems,
On 10/28/2009 09:36 PM, Jeffrey Friedl wrote:
Once it's working, it's working, except that I can't start sshd as a
service. If I open a shell and run /usr/sbin/sshd by hand, it's fine.
Does any of this ring a bell?
Other than the part about sshd, no. As for sshd, since you've run it
by hand,
Dear Folks,
On NTFS systems that support real symbolic links (eg those with Vista)
the comand ln -s does *not* create a native symbolic link merely an old
style shortcut.
Will ln -s be chansed to support native symbolic links?
Also rm link removes the target of the symbolic link not the link
NEWS:
=
This is a new upstream release. See CHANGES (URL below) for more
information.
IMPORTANT: This release will silently upgrade your Subversion
working copies to the 1.6 format, rendering them unusable with
previous major versions of Subversion.
Please see the release notes
A new version of subversion is now available for download. This
version is built for Cygwin 1.7.
CYGWIN NEWS:
There was one test failure with Cygwin 1.7.
* All tests hang using the serf HTTP library. This package still
includes support for serf, but if you encounter problems,
64 matches
Mail list logo