Nellis, Kenneth:
> I came across an interesting (IMHO) incompatibility between Windows and bash
> environment variable names.
You can create odd environment names on Unixish systems too, but nobody relies
on them.
I've had the same issue; a build environment I use required the presence of
vari
I'm running into sporadic failures with pipe creation; the exact errors
(from a service logfile) are:
0 [sig] grep 1204 C:\cygwin\bin\grep.exe: *** fatal error - couldn't
create signal pipe, Win32 error 1
0 [sig] sleep 6244 C:\cygwin\bin\sleep.exe: *** fatal error - couldn't
create sig
On 8/10/10 10:44 PM, Christopher Faylor wrote:
> On Tue, Aug 10, 2010 at 09:53:46PM +, John Carey wrote:
>> Thanks for the test case for the CreateFile() problem; I used it to
>> create the following test, in which Windows 7 CreateFile() fails with
>> ERROR_INVALID_HANDLE even when using a stoc
On 8/13/10 10:13 AM, Steven Collins wrote:
> I'm attempting to execute "net use" from the bash command prompt in an
> xterm session that was started via the "XWin Server" menu item. The
> 'ps' command lists the TTY as "con", so I wouldn't expect to be using
> a pty. Am I? If so, is there a work aro
Try "echo hello > >(cat)" -- that's supposed to output "hello".
On Cygwin, we get "bash: echo: write error: Bad file descriptor"
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe
On Fri, Aug 13, 2010 at 1:25 PM, Eric Blake wrote:
> Then again, cat should exist until something causes the input side of
> its pipe to declare EOF; so I guess there's no race in this example
> after all. Rather, it looks like a limitation in cygwin1.dll. I don't
> know why bash is unable to du
On Fri, Aug 13, 2010 at 1:44 PM, Daniel Colascione
wrote:
> On Fri, Aug 13, 2010 at 1:25 PM, Eric Blake wrote:
>> Then again, cat should exist until something causes the input side of
>> its pipe to declare EOF; so I guess there's no race in this example
>> after all
I'm running Cygwin in a fresh 32-bit Windows 7 VirtualBox guest (on an
OS X code) --- and performance is even more unbearable than usual: each
process spawned from bash takes about 800ms; on my Windows 7 64-bit box,
I get at least 8-9 forks per second.
Any idea what could be wrong?
--
Problem rep
On Sat, Aug 14, 2010 at 4:17 AM, Corinna Vinschen
wrote:
> Yep, it was another problem. At one point the code missed to copy
> over information about a file descriptor. I applied a fix to CVS.
I'm running a DLL built from the latest CVS, and all is well. Thanks
for the fix!
--
Problem reports:
On Tue, Aug 17, 2010 at 10:25 AM, Etienne Carriere
wrote:
> Hello,
>
> I currently have a curious behavior with fifo (named pipes on cygwin
> 1.7.5)
I can reproduce it on latest CVS here. That *is* odd behavior.
By the way: your program omits the second argument to fopen. I assume
you meant "r"?
On 8/18/10 8:43 AM, Alberto Canestrelli wrote:
> I have a problem with Cygwin. I am connecting from USA by ssh to the
> Hector supermachine in Edinburgh ( I write "startx" in Cygwin and then I
> use "ssh -Y v1aca...@login.hector.ac.uk" ). Everything works fine, the
> only problem is that the forw
On 8/18/10 1:19 PM, Corinna Vinschen wrote:
>> POSIX allows the refusal to delete an in-use directory; and Solaris NFS
>> mounts behave this way.
What about renaming directories though? (Damn this tight coupling
Windows has between files and filenames.)
>> But since Linux can delete in-use direc
The version of rlwrap in Cygwin is very old; the manpage dates it to
2005. Is the package still maintained? If not, does it need a new
maintainer? :)
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/doc
On 8/21/10 6:32 PM, Gregg Levine wrote:
> Is it possible to build a custom cygwin1.dll library? I'm in the
> process of setting up a Win2K8 or Win2K3 server, and I would like to
> install a personalized install of Cygwin there.
It's very simple, and addressed in the FAQ:
http://www.cygwin.com/faq
rom CygWin.
(I did find some e-mail about it from several years ago, but haven't
yet found anything that clearly applies to the current version of Cygwin
bash.))
Thanks,
Daniel
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentatio
On Wed, Sep 1, 2010 at 10:30 AM, Eric Blake wrote:
> Oh my poor eyes! Context diffs (diff -u), please.
> http://cygwin.com/contrib.html describes how to form a proper patch
> submission (and it doesn't go to this list, either).
You mean unified diffs. Context diffs (-c) are also eyesores.
--
Pr
Eric Blake wrote:
On 09/01/2010 12:12 PM, Daniel Barclay wrote:
Where is the documentation of the igncr (ignore-CR) option for Cygwin
1.7's
bash?
(There does not appear to be any reference to it in
- the current Cygwin User's Guide (http://cygwin.com/cygwin-ug-net/),
- the current
s "yes": Does that mean
that I probably need to use your SHELLOPTS method (from the paragraph
starting "4d")?
Thanks,
Daniel
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
style pathname or otherwise recognizing Windows-style pathname)?
Or is it some known irregularity (resulting from trying to handle both
Windows- and Unix-style pathnames) that couldn't be resolved?
Thanks,
Daniel
--
Problem reports: http://cygwin.com/problems.html
FAQ:
I keep bumping into Cygwin's new inability rename or delete
directories that are the CWD of any program. In particular, Emacs will
often start background processes like aspell in whatever directory
happens to be the default-directory for the current buffer. That
program hangs around even after I ki
On 9/3/10 12:45 AM, Corinna Vinschen wrote:
> If you read the announcement and followed the discussions on this list,
> you know why we had to do it. If it helps to share the pain, I don't
> like it either. Not the faintest.
Of course I have, and I understand the workaround. What I don't
underst
Christopher Faylor wrote:
On Thu, Sep 02, 2010 at 12:13:12PM -0600, Eric Blake wrote:
On 09/02/2010 11:45 AM, Daniel Barclay wrote:
I don't quite understand this behavior:
$ ls C:\\tools\\emacs-23.2\\bin\\runemacs.exe
C:\tools\emacs-23.2\bin\runemacs.exe
$ C:\\tools\\emacs-23.2
that it is "accepted"
to use Windows-styles paths (that is, if something like "ls 'C:\x\y'" quit
working, it likely wouldn't be fixed)?
Daniel
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documenta
On 9/12/10 2:29 PM, Andy Koppe wrote:
> This does appear to work! Proof-of-concept code attached, along with a
> couple of tests. Running in mintty:
Awesome. Thanks for doing this work. I believe the Cygwin developers had
concerns about this change inadvertently breaking some applications.
Have yo
On 9/12/10 3:41 PM, Christopher Faylor wrote:
> So this wasn't just an idea which went unimplemented waiting for tuits.
> It went unimplemented because I thought it was a bad idea.
It is a lie, but it's also a distinction without a difference. What
kind of misbehavior could we expect to be caused
Does anyone recall a mention of what in CygWin (or possibly Emacs) creates
files with a simple name of "NUL"?
Thanks,
Daniel
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
U
(Now I'm thinking that it's an NTEmacs problem (perhaps thinking it's
running commands in a Windows/DOS shell rather than knowing it's
running them in Cygwin bash.).)
Daniel
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq
27;t those special files listed in a
directory listing?
(The Cygwin DLL makes those device files appear when they are referred
to by full pathname; why doesn't it also make them appear in the
containing directory's listing?)
Daniel
--
Problem reports: http://cygwin.c
Larry Hall (Cygwin) wrote:
On 9/22/2010 1:29 PM, Daniel Barclay wrote:
Buchbinder, Barry (NIH/NIAID) [E] wrote:
...
To go there directly:
http://www.cygwin.com/cygwin-ug-net/using-specialnames.html#pathnames-posixdevices
Regarding where that page says:
These devices cannot be seen with
Eric Blake wrote:
On 09/22/2010 03:02 PM, Daniel Barclay wrote:
...
Again, why does Cygwin's (virtual) file system _not_ include those
devices (when listing /dev)? (Why doesn't it do it more like Linux's
/proc, etc., which gives a consistent view and which tells you what'
When running cygwin on Windows 7, if you compile programs with names
that include "update" and "install" and other keywords, they won't
execute. It seems to relate to heuristic privelege elevation:
http://blogs.msdn.com/b/onoj/archive/2007/04/20/windows-vista-uac-and-installer-detection.aspx
A m
;bash --login -i".
6. Notice (again, from the verbose/xtrace output) that bash does
_not_ run /etc/profile, but still runs ~/.bash_profile.
7. Notice that SHELLOPTS in that invocation of bash does not include
"igncr", "verbose" or "xtrace".
It seems that som
ometimes escapes the following
character in double-quoted strings.
Daniel
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
and "xtrace" (among other options).
5. Execute "bash --login -i".
6. Notice (again, from the verbose/xtrace output) that bash does
_not_ run /etc/profile, but still runs ~/.bash_profile.
7. Notice that SHELLOPTS in that invocation of bash does not include
"igncr", &
Larry Hall (Cygwin) wrote:
On 10/4/2010 12:19 PM, Daniel Barclay wrote:
I wrote:
The behavior of "bash --login -i" seems to vary depending on whether
it is a "root" invocation or a nested invocation of bash. This is
inconsistent with the description man bash, and seem
Larry Hall (Cygwin) wrote:
On 10/5/2010 10:12 AM, Daniel Barclay wrote:
Larry Hall (Cygwin) wrote:
On 10/4/2010 12:19 PM, Daniel Barclay wrote:
...
Can anyone confirm (or "anti-confirm") this behavior?:
...
When bash is started using the Cygwin shortcut (which runs cygwin.
ward slashes as parameter delimiters.
Are you just alluding to _quoted_ forwards slashes in cmd.exe?
Daniel
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
On 11/2/2010 12:43 PM, David Sastre wrote:
> Could you please resend the patches?
Sorry about that; resent.
The problem seems to be a bug in quilt(1) that causes empty messages to
be sent when a patch's preamble doesn't end with a blank line.
--
Problem reports: http://cygwin.com/problems.
On 11/2/2010 1:55 PM, Eric Blake wrote:
> I can't help but wonder how much programmable completion could be taught
> to strip .exe by itself
It can't, as far as I can see. Programmable completion doesn't operate
on words in command position (like the first non-variable-assignment
word on a line).
On 11/2/2010 1:59 PM, Eric Blake wrote:
> I'm not so convinced about this one, particularly about the fact that it
> consumes a default binding rather than requiring explicit effort to enable.
It does require explicit effort: you have to type the key sequence.
There are lots of useful functions us
On 11/2/2010 1:56 PM, Eric Blake wrote:
> On 11/02/2010 02:49 PM, dan.colasci...@gmail.com wrote:
>>
>> + rl_add_defun ("shell-forward-word", bash_forward_shellword, -1);
>> + rl_add_defun ("shell-backward-word", bash_backward_shellword, -1);
>> + rl_add_defun ("shell-kill-word", bash_kill_she
The default tcsh completion for g++ doesn't like .cpp files.
/etc/profile.d/complete.tcsh
...
complete g++ n/*/f:*.{C,cc,o,s,i}/
complete CC n/*/f:*.{C,cc,cpp,o,s,i}/
Why is "cpp" only for CC, but not g++?
Thanks,
Dan
--
Problem reports: http://cygwin.com/problems.ht
On 11/15/2010 1:39 PM, Patches Houlihan wrote:
> Browsing through the command history in cygwin's cmd.exe access to the
> Windows shell doesn't work properly in mintty. Instead of showing
> previous commands, the up and down keys just move a cursor on the
> screen. Using up/down works fine with b
Starting a login shell on my system takes a painfully long time, mostly
because fork() is pretty slow on WOW6432 systems. I've taken a look at
the shell initialization routines and identified some potential savings:
- Can't we use USERNAME to set USER instead of running `id -un`?
- Move the /tmp
On 11/29/2010 9:29 AM, David Sastre wrote:
> I'm already working in some changes in base-files to include some
> bugfixes, and hopefully improve start-up performance by reorganizing how
> things are done now. I'll check your proposals.
Good.
> One thing: we need to set at least a minimum PS1 in
On 11/29/2010 10:39 AM, Ken Brown wrote:
> On 11/29/2010 8:22 AM, Daniel Colascione wrote:
>> Starting a login shell on my system takes a painfully long time, mostly
>> because fork() is pretty slow on WOW6432 systems. I've taken a look at
>> the shell initialization ro
On 12/12/10 4:34 AM, Matthias Andree wrote:
>> [ -f file ] && echo is
> you cannot run scripts containing this
> under a "set -e" regime.
Yes you can.
`-e'
Exit immediately if a simple command (*note Simple
Commands::) exits with a non-zero status, unless the command
On 12/16/10 4:25 PM, Larry Hall (Cygwin) wrote:
> On 12/16/2010 5:34 PM, Manfred Brabec wrote:
>> Hello Corinna,
>> Cygwin is really great, but has huge stability problems running on top of
>> Windows 7 or Windows 2008R2 (both 64Bit).
>>
>> When running Perl scipts, they intermittent stop with fata
On 12/30/10 9:01 AM, Eric Blake (cygwin) wrote:
> A new release of bash, 4.1.9-1, has been uploaded for testing and will
> soon reach a mirror near you.
Thanks for this. I'll do some testing when I have access to a Windows
machine again next week.
signature.asc
Description: OpenPGP digital sig
If we have this program
#define _WIN32_WINNT 0x601
#include
int main() {}
And try to compile it like so,
x86_64-w64-mingw32-gcc hello.c
The compile fails with
In file included from
/usr/x86_64-w64-mingw32/sys-root/mingw/include/windows.h:86:0,
from hello.c:2:
/usr/x86_64-w6
Thanks --- much appreciated.
On Thu, Jan 6, 2011 at 3:35 PM, JonY wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 1/7/2011 07:20, Daniel Colascione wrote:
>> If we have this program
>>
>> #define _WIN32_WINNT 0x601
>> #include
>>
>&
If a POSIX path supplied to cygwin_conv_path ends in a symbolic link,
the returned path refers to the target of that link. Normally, that's
a good thing because native programs can't understand Cygwin links.
But this behavior is unwanted when we're looking at a *native*
symbolic link that all progr
On Fri, Jan 7, 2011 at 7:29 AM, Eric Blake wrote:
> On 01/06/2011 06:39 PM, Daniel Colascione wrote:
>> If a POSIX path supplied to cygwin_conv_path ends in a symbolic link,
>> the returned path refers to the target of that link. Normally, that's
>> a good thing bec
hanks,
Daniel Colascione
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
On Fri, Jan 7, 2011 at 4:25 PM, JonY wrote:
> IMHO rebaseall shouldn't be interacting with mingw dlls at all. Maybe it
> can check for dependencies on cygwin1.dll before rebasing?
That's the point. The mingw DLLs need to be added to rebaseall's filter pattern.
--
Problem reports: http://cy
On 1/9/11 10:44 PM, Steven Woody wrote:
> I noticed cygwin comes with libboost. I then come up with a question:
> Can I develop c++ application using libboost without distribute
> cygwin1.dll and other cyg**.dll files? Usually, as I understand, if I
> want to develop c++ application, I have to d
17056 0 4227117056
Thanks,
Daniel Colascione
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
libXpm-devel doesn't depend on libXpm, so clicking the former in setup
doesn't cause the latter to be installed.
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://
On Thu, Dec 30, 2010 at 9:01 AM, Eric Blake (cygwin) wrote:
> A new release of bash, 4.1.9-1, has been uploaded for testing and will
> soon reach a mirror near you. Bash 3.2.51-24 remains current until I am
> sure this doesn't introduce any major regressions.
This version of bash works great for
I'm using the latest cygwin, min-tty and vim
But when I open vim, lines seem to wrap. Here is the image:
http://i.imgur.com/oC8lo.png
Is that a configuration issue? how do I fix it?
Daniel
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.co
On Thu, 27 Jan 2011 00:44:34 -0500, Daniel Ajoy wrote:
On Wed, 26 Jan 2011 22:12:01 -0500, Larry Hall (Cygwin)
wrote:
I can't reproduce that behavior. What's your TERM environment variable set
to?
echo $TERM
xterm
It's most likely a problem with the TERM setting in u
On Thu, 27 Jan 2011 17:22:41 -0500, Larry Hall (Cygwin) wrote:
I notice you're behind one step on the cygwin package. I don't think
that's a contributor but you should update.
I updated and the problem went away.
thanks
Daniel
--
Problem reports: http://cygwin.com/pr
On 1/29/11 5:20 AM, Angelo Graziosi wrote:
> I would ask if on Cygwin I can use the 'write' command:
>
> write - send a message to another user
>
> $ write USER [ttyname]
>
> I remember I have used it some years ago, but not remember if it was on
> GNU/Linux or Cygwin.
>
> I did a research on h
$ x86_64-w64-mingw32-g++ helloworld.cpp
/Users/dancol/AppData/Local/Temp/2/ccsQs1zP.s: Assembler messages:
/Users/dancol/AppData/Local/Temp/2/ccsQs1zP.s:10: Error: bad register
name `%rbp'
/Users/dancol/AppData/Local/Temp/2/ccsQs1zP.s:11: Error: bad register
name `%rsp'
/Users/dancol/AppData/Local/
On 2/7/11 5:51 PM, JonY wrote:
> How did you install mingw64-x86_64? I am puzzled how this can happen,
> looks like binutils wasn't installed properly.
I installed it via setup.exe.
>
> Try adding -v for verbose output.
>
>
>
$ x86_64-w64-mingw32-g++ -v helloworld.cpp
Using built-in specs.
C
On Tue, Mar 1, 2011 at 3:26 AM, Frederik wrote:
> Great! Thanks!
>
>> shopt -s completion_strip_exe
Can that be made the default, along with EXECIGNORE=*.dll ?
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cy
On Tue, Mar 1, 2011 at 9:51 AM, Corinna Vinschen wrote:
> I just released 1.7.8-1. This release fixes a bunch of bugs and a
> moderate amount of new features.
Thanks. Fork speed is up 23% on my 2K8R2 system!
--
Problem reports: http://cygwin.com/problems.html
FAQ: http:/
On 2/17/11 2:27 AM, Corinna Vinschen wrote:
> There's no way
> to start a process and tell the Windows loader where you want the stack.
True, but there's also no requirement to use the stack provided by the
loader. Why not always allocate a separate stack and switch to it early
in initialization?
Since Dave Korn was wondering how many people this would be bothering,
I'm just chiming in to say I was bitten by this too (since I both run
cygwin setup less often than others and use octave less often than
others, and since I'm not subscribed to the list, I'm late to the
party). It was kind o
On 3/11/2011 7:22 AM, Christopher Faylor wrote:
On Fri, Mar 11, 2011 at 04:33:56AM -0800, Daniel Colascione wrote:
On 2/17/11 2:27 AM, Corinna Vinschen wrote:
There's no way
to start a process and tell the Windows loader where you want the stack.
True, but there's also no requirem
efine PRGNAME "injob"
#define PRGVER "1.0"
#define PRGAUTHOR "Daniel Colascione "
#define PRGCOPY "Copyright (C) 2011 " PRGAUTHOR
#define PRGLICENSE "GPLv2 or later <http://www.gnu.org/licenses/gpl-2.0.html>"
/**
* Small utility to run an arbitrary
On 4/4/2011 12:39 AM, Andy Koppe wrote:
On 4 April 2011 06:44, Daniel Colascione wrote:
Attached is a small program that runs a set of processes under an NT job
object, allowing you to stop, resume, and kill them using normal Cygwin
job control --- whether or not these processes are Cygwin
an be used via a simple shell alias (or
PATH prefixing, if you're feeling bold).
#define _WIN32_WINNT 0x0500 /*Win2k*/
#define STRICT
#include
#include
#include
#include
#include
#include
#include
#include
#include
#define PRGNAME "winln"
#define PRGVER "1.0&q
On 4/6/2011 1:26 AM, Andy Koppe wrote:
On 4 April 2011 21:30, Daniel Colascione wrote:
Attached is a small program that behaves very similarly to ln(1), but that
works with Windows hard and symbolic links instead of Cygwin ones.
Successful use of this program requires Vista or newer, a user
On 4/24/11 9:39 AM, Christian Franke wrote:
> On 2011-04-01, Christian Franke wrote:
>> The attached patch for /etc/profile and /etc/bash.bashrc sets a root
>> prompt ('#' instead of '$' or '%') if the shell runs with admin rights
>> (local or domain admin group).
>>
>
> Any comment so far? Wrong
On 5/30/11 10:46 AM, Christopher Faylor wrote:
> On Mon, May 30, 2011 at 07:34:27AM +, Juanjo wrote:
>> Christopher Faylor writes:
>>> Unfortunately, cygwin_attach_handle_to_fd doesn't really work. Cygwin
>>> needs to know the type of handle it is attaching in order to set up the
>>> correct t
On 6/26/11 11:37 AM, Andy wrote:
> I achieved the desired effect of modifying the nonvirtualized _vimrc by
> clicking
> on Compatibility Files to go to the virtualization directory and moving it
> from
> there to the location ov the nonvirtualized _vimrc (thus overwriting it).
I usually run with
On 7/28/11 12:24 PM, Larry Hall (Cygwin) wrote:
> On 7/28/2011 3:01 PM, Ed wrote:
>>
>> Quite often when I open a Cygwin session when it runs a .bashrc script it
>> will show errors of basic commands not found. For example pwd or ls returns
>> command not found when I type it at the command pr
On 7/30/11 2:09 PM, Christopher Faylor wrote:
> I've checked in a change which uses QueueUserAPC to create threads like
> the signal thread. As everyone has noted this seems to have a salutory
> effect on the OP's test case.
>
> I don't entirely understand why the code which already existed in Cy
On 6/6/2011 9:01 AM, Andrew Schulman wrote:
> Am I right that bzr is just completely broken in Cygwin? If so, is there
> an ETA to get it fixed?
>
> My bzr is 2.3.1-1, in Cygwin 1.7.9. No matter what bzr command I run, I
> always get the same result:
As a quick workaround, you can delete all th
After a fresh install of cygwin, I am unable to use gcc:
/usr/lib/gcc/i686-pc-cygwin/4.5.3/cc1.exe: error while loading shared
libraries: cygmpfr-4.dll: cannot open shared object file: No such file or
directory
Is there any place I could download that library from?
Here is my cygcheck.out:
C
On 11/1/2011 12:39 PM, David Sastre wrote:
On Tue, Nov 01, 2011 at 12:10:02PM -0700, Thomas Daniel wrote:
After a fresh install of cygwin, I am unable to use gcc:
/usr/lib/gcc/i686-pc-cygwin/4.5.3/cc1.exe: error while loading shared
libraries: cygmpfr-4.dll: cannot open shared object file: No
On 11/1/2011 1:00 PM, Thomas Daniel wrote:
On 11/1/2011 12:39 PM, David Sastre wrote:
On Tue, Nov 01, 2011 at 12:10:02PM -0700, Thomas Daniel wrote:
After a fresh install of cygwin, I am unable to use gcc:
/usr/lib/gcc/i686-pc-cygwin/4.5.3/cc1.exe: error while loading
shared libraries
Currently, cygrunsrv --help dumps output to standard error. This
behavior is a slight annoyance because it results in cygrunsrv --help |
less not being very helpful. Can cygrunsrv --help dump its output to
stdout instead?
--
Problem reports: http://cygwin.com/problems.html
FAQ:
With the latest cygwin1.dll snapshot, the existing cygrunsrv binary
(version 1.34-1, the latest version from setup.exe) segfaults on
startup, sending a message to the Windows Application log or syslog,
depending on whether syslog is running. This segfault happens only when
I try to run the service
IN32_WINNT 0x0500 /*Win2k*/
#define STRICT
#define UNICODE 1
#define _UNICODE 1
#include
#include
#include
#include
#include
#include
#include
#include
#include
#include
#include
#include
#define PRGNAME "winln"
#define PRGVER "1.1"
#define PRGAUTHOR "Daniel Cola
ine PRGVER "1.3"
#define PRGAUTHOR "Daniel Colascione "
#define PRGCOPY "Copyright (C) 2011 " PRGAUTHOR
#define PRGLICENSE "GPLv2 or later <http://www.gnu.org/licenses/gpl-2.0.html>"
#ifndef PROCESS_QUERY_LIMITED_INFORMATION
#define PROCESS
doing wrong? How do I use cygwin to compile the test ncurses
program so it can run in a dos terminal, independent of cygwin? I looked
around the docs and archives and could not figure out.
Thanks,
Daniel
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygw
ncurses.c to run in dos window, independent of cygwin?
2) If not, to compile ncurses.c to run in dos window, independent of
cygwin, do I have to set up the ncurses library myself?
I tried to get an answer from the docs, it seems unclear.
Thanks,
Daniel
--
Problem reports: http:
ot;,
which I also use, is that file-name completion does not work for find-file if
a windows-style directory path is used. - Daniel
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Ken Brown cornell.edu> writes:
> Actually, completion seems to work for me if I use forward slashes but
> not if I use backslashes. Can you confirm that? If not, please show me
> a case where it fails.
Yes, you are right.
c:/Program Fil[tab]
is actually completed. I didn't notice that becau
Hello,
I've been banging my head against the wall on this one. For some inexplicable
reason, both gcc and clang broke at the same time right after I updated
cygwin64. To try to resolve the issue, I tried to uninstall and then reinstall
a fresh copy of cygwin64 with just a minimal install to t
lease remove it from your
CYGWIN environment variable and use a terminal emulator like mintty,
xterm, or rxvt.
emacs is setting the environment variables, not me. How do I configure
cygwin to suppress these errors?
-Daniel
--
Problem reports: http://cygwin.com/problems.html
FAQ:
Ken Brown writes:
> On 9/28/2012 7:49 PM, Daniel Corbe wrote:
>>
>> I'm using emacs-w3m to render HTML messages in gnus on windows by way of
>> the cygwin w3m port. It's working, except every time w3m gets run I'm
>> greeted by this warning mess
GNU Emacs 24.3, due out in about a month, will have a new
configuration option: --with-w32. When built this way, Cygwin Emacs
uses native Win32 widgets instead of X11. The resulting "cygw32" Emacs
looks just like NT Emacs, but is a native Cygwin application with full
support for Cygwin paths, ptys
On 10/17/2012 4:58 PM, Andrey Repin wrote:
> Greetings, Gary Oberbrunner!
>
>> I understand about not installing cygwin in c:\. But I really want a single
>> filesystem, so cygwin's / is Windows c:/, and cygwin /Program\ Files is
>> Windows /Program Files and so on.
>
> Having single filesystem,
On 8/16/2012 12:41 AM, Achim Gratz wrote:
> $ sqlite3
> SQLite version 3.7.13 2012-06-11 02:05:22
> Enter ".help" for instructions
> Enter SQL statements terminated with a ";"
> sqlite> CREATE TEMP TABLE two (id INTEGER NOT NULL, name CHAR(64) NOT NULL );
> Error: unable to open database file
> sql
Since upgrading to Cygwin 1.7.17, I've seen Emacs occasionally print "select
error: no error", indicating that select returned -1 while leaving errno set to
zero. I haven't come up with a repro or simple testcase yet, but I figured I'd
make someone aware of the problem.
signature.asc
Description
On 12/5/2012 11:39 AM, Andrey Repin wrote:
> it does not make a difference between "/"
> and "\" on the very low level
Yes it does. NT itself cares very much what kind of slash you use. It's the
Win32 layer that does the translation.
> Anyone know a filesystem or operating system, which is using
Thanks for highlighting the issue.
On 12/6/12 1:00 PM, Ken Brown wrote:
> On 12/6/2012 1:47 PM, Achim Gratz wrote:
>> Ken Brown writes:
>>> emacs-w32 shouldn't require dbus-daemon, as far as I know. This
>>> sounds like a bug. Could you give me a specific recipe for
>>> reproducing the problem?
301 - 400 of 898 matches
Mail list logo
