Every program I've tried in my cygwin installation (1.5.25-15) gives
base mismatch errors on my Vista Home Premium 32-bit system. Cygwin was
working fine but then I uninstalled Symantec AV (free trial ran out) and
installed BitDefender instead, and then cygwin stopped working with this
error (ever
This package is for Cygwin 1.7.
Change Log
--
3.8-3
* Ensure that the destination directory exists during postinstall
- Yitzchak Scott-Thoennes
3.8-2
* The skeleton files are copied even if the the mkdir has
failed. This happens to network users who install Cygwin whil
Ari Halberstadt wrote:
> Every program I've tried in my cygwin installation (1.5.25-15) gives
> base mismatch errors on my Vista Home Premium 32-bit system. Cygwin was
> working fine but then I uninstalled Symantec AV (free trial ran out) and
> installed BitDefender instead, and then cygwin stopped
> screen hangs when attempting to reattach to a session that wasn't manually
> detached but instead the ssh connection to the server where screen is running
> was closed.
>
> i can neither
> screen -list
> nor
> screen -D -RR
>
> to get back into the session. for both calls screen will wait fo
hi
screen hangs when attempting to reattach to a session that wasn't manually
detached but instead the ssh connection to the server where screen is running
was closed.
i can neither
screen -list
nor
screen -D -RR
to get back into the session. for both calls screen will wait forever but
nothi
We think we have found the reason for this:
It has to do with
To see the setting on your system do:
Click of Start
Right-click Computer
Click Properties
Click "Advanced system settings"
In the Performance frame click Settings
Click the "Data Execution Prevention" tab
I'm running sshd on a machine running Cygwin 1.5.25 and can ssh to it
from a remote machine, but running the command:
rcsdiff .bashrc
I get:
RCS file: RCS/.bashrc,v
retrieving revision 2.3
/usr/bin/co: /home/SSHD_S~1/AppData/Local/Temp/T0zr4qp8: cannot create
rcsdiff: RCS/.bashrc,v: co
I have had emacs installed in my Cygwin setups for some time. emacs
depends on xemacs-emacs-common.
Recently (1-2 weeks ago), my cygwin updates have picked up a new
version of xemacs-emacs-common (21.4.22-1), and this version tries to
install xemacs as a dependency. This seems back to front.
I've
On Tue 17 Feb 2009 17:08:04 +(+), Clive Standbridge wrote:
> I have had emacs installed in my Cygwin setups for some time. emacs
> depends on xemacs-emacs-common.
> Recently (1-2 weeks ago), my cygwin updates have picked up a new
> version of xemacs-emacs-common (21.4.22-1), and this versio
On Feb 17 17:12, Clive Standbridge wrote:
> On Tue 17 Feb 2009 17:08:04 +(+), Clive Standbridge wrote:
> > I have had emacs installed in my Cygwin setups for some time. emacs
> > depends on xemacs-emacs-common.
> > Recently (1-2 weeks ago), my cygwin updates have picked up a new
> > version
On Feb 17 17:16, Devor, Tevi wrote:
> We think we have found the reason for this:
>
> It has to do with
>
> To see the setting on your system do:
> Click of Start
> Right-click Computer
> Click Properties
> Click "Advanced system settings"
> In the Performance frame click Sett
> It's a bug in the setup.hint file of xemacs-emacs-common which already
> had been discussed. I removed the dependency to xemacs on cygwin.com.
>
>
> Corinna
Thanks for the quick reply Corinna.
I didn't see the previous discussion (I guess I didn't look far enough
back).
That sounds good. Ho
$ uname -a
CYGWIN_NT-5.1 PC1163-8460A-XP 1.7.0(0.193/5/3) 2009-02-09 22:27 i686
Cygwin
Just curious if the following is known behavior?
$ echo a | tee >(wc)
a
tee: /dev/fd/63: Bad file descriptor
$ 0 0 0
--
Brian Ford
Staff Realtime Software Engineer
VITAL - Visual Simulation
On Tue, 17 Feb 2009, Brian Ford wrote:
$ uname -a
CYGWIN_NT-5.1 PC1163-8460A-XP 1.7.0(0.193/5/3) 2009-02-09 22:27 i686
Cygwin
Just curious if the following is known behavior?
$ echo a | tee >(wc)
a
tee: /dev/fd/63: Bad file descriptor
$ 0 0 0
The bash term is "Process Subs
On Tue, Feb 17, 2009 at 2:11 PM, Tim McDaniel wrote:
> I think that, out of the box, <(...) doesn't work under Cygwin. We had to do
>ln -s /proc/self/fd /dev/fd
FYI, I have that symlink in a vanilla Cygwin 1.5 install...
--
Mark J. Reed
--
Unsubscribe info: http://cygwin.com/ml/#unsub
Hi,
I run cygwin in Vista:
I can create a volume shadow copy with vshadow from the Microsoft SDK as
well as map it to drive B:.
I can access /cygdrive/b (bash) as well as B: (cmd) from terminals of the
same user which has mapped the shadow copy to the drive.
But I can not access the shadow copy
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Mark J. Reed on 2/17/2009 12:17 PM:
> On Tue, Feb 17, 2009 at 2:11 PM, Tim McDaniel wrote:
>> I think that, out of the box, <(...) doesn't work under Cygwin. We had to do
>>ln -s /proc/self/fd /dev/fd
>
> FYI, I have that symlink in
I have a application that periodically polls various existing websites
and then alert me if my internet (home ISP) service is interrupted. I'm
using wget 1.11.4 and ping xxx.x to be the work horse. Wget fails to
Connect on a good & known website. It fails intermittently and the
error message
is it possible to get sshd working w/o admin privs?
i've run ssh-host-config (without creating a new user) and started
sshd manually from the shell.
when i try to connect, i get "Connection closed by 127.0.0.1" and an
error "sshd: PID 6520: fatal: seteuid 45758: Permission denied" shows
up in the
19 matches
Mail list logo
