Sean M. Paus wrote:
> You need to reinstall libncurses7.
Only 'cygncuses7.dll' needs to be reinstalled. If you save it before the
rebasing, you can simply re-copying it to /usr/bin.
Cheers,
Angelo.
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Please don't commandeer threads. Start a new thread if you have a new
question.
According to Charles Brockman on 10/13/2006 3:07 PM:
> I submit this information without the expectation that the problem will be
> fixed
> if it is specific to the Wind
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Tom Rodman on 10/13/2006 11:51 PM:
>
> tar seems to be following the pre-existing soft link on the file system,
> and then writing to that target, instead of just replacing the soft
> link on the file system.
Odd, I'll have to look fur
Here's the story. I use Cygwin on my XP desktop. I like having a home
directory on Windows that is the same home directory on Unix/Linux
machines. Often companies offer access to your Unix/Linux home directory
via Samba. Also, often companies do not bother to set up a Samba server
wish partici
Hi,
Over the last several days I've been trying to use vim
with mlcscope and have come to the conclusion that the
two won't place nice. Whenever performing a ":cs find
..." vim would hang until I killed the mlcscope
process. I couldn't find anything on-line about
compatibly issues between the tw
Hugh wrote:
Eric Blake byu.net> writes:
Welcome to dynamic libraries. If you compile against a dll, then the dll
must be present to run the binary. You can see if you can try and force a
static compile, but the result will be that your binary is bigger, and
that you no longer automatically p
Eric Blake wrote:
> Please don't commandeer threads. Start a new thread if you have a new
> question.
Gr! I thought I had. Copious apologies. I'll repost.
--
Chuck
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Docu
I submit this information without the expectation that the problem will be fixed
if it is specific to the Windows 98 operating system.
When I run commands such as ls, man, pwd, bash, cat, df and find from an MS-DOS
prompt in the C:/CYGWIN directory they fail with the invalid page fault message:
L
Charles Brockman wrote:
I submit this information without the expectation that the problem will be fixed
if it is specific to the Windows 98 operating system.
When I run commands such as ls, man, pwd, bash, cat, df and find from an MS-DOS
prompt in the C:/CYGWIN directory they fail with the inva
Andrew DeFaria wrote:
Here's the story. I use Cygwin on my XP desktop. I like having a home
directory on Windows that is the same home directory on Unix/Linux
machines. Often companies offer access to your Unix/Linux home directory
via Samba. Also, often companies do not bother to set up a Sam
Larry Hall (Cygwin) wrote:
>> Here's some environment variables that may affect cygwin:
>> CYGWIN = 'C:\CYGWIN'
> I'd recommend getting rid of this setting. It's incorrect.
That relic is now gone.
>> Looking to see where common programs can be found, if at all...
>> Not Found: awk
>> Not Found:
I have a feeling that tclsh (TcL shell) in cygwin cannot follow
symlinks when using exec or other methods of calling programs.
I am using a tclsh script that calls zcat, which is really a symlink to gzip.
The script that follows gives "zcat: command not found":
#!/bin/tclsh
exec zcat test.gz >te
"J. Stevens" wrote:
> I have a feeling that tclsh (TcL shell) in cygwin cannot follow
> symlinks when using exec or other methods of calling programs.
> I am using a tclsh script that calls zcat, which is really a symlink to gzip.
Yes, that is to be expected I'm afraid. The tcl distributed in Cy
Charles Brockman wrote:
Larry Hall (Cygwin) wrote:
Here's some environment variables that may affect cygwin:
CYGWIN = 'C:\CYGWIN'
I'd recommend getting rid of this setting. It's incorrect.
That relic is now gone.
Good.
Looking to see where common programs can be found, if at all...
Not F
This program has different behavior in
* g++ 3.4.4 (Cygwin)
* gpp 4.0.1 *Djgpp)
* Microsoft C++ 13.00.9466
--- foo.cpp --
#include
#include
#include
using namespace std;
#define BUFFER_SIZE 1500
#define INPUT_FILE_NAME "in.txt"
void foo ()
{
char cbuffer[BUFFER_SIZE];
ifstream fs (I
15 matches
Mail list logo
