> I've encountered an odd issue where I can't seem to edit anything in
> /etc. I've executed 'mkpasswd -l > /etc/passwd' which worked fine. I
> then attempted 'vim /etc/passwd', and vim seems to hang with the file
> name in quotes in the bottom left corner.
Looks like it's related to some issue
I am getting the following on executing the patch command :-
bash: /usr/bin/patch: Permission Denied
It works on my other Vista machine okay (That is an Enterprise one rather
than a Home version)
Anyone got any ideas why and how to fix it ?
Aaron
--
Unsubscribe info: http://cygwin.
I've encountered an odd issue where I can't seem to edit anything in
/etc. I've executed 'mkpasswd -l > /etc/passwd' which worked fine. I
then attempted 'vim /etc/passwd', and vim seems to hang with the file
name in quotes in the bottom left corner.
I can edit '/etc/passwd' using Windows native
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Sjors Gielen wrote:
[...]
> I'm working on a project porting the Debian tools to Cygwin.
Yes, yes, I know I'm replying to a post over a month old. Nevertheless,
I recently found something that's relevant:
http://debian-interix.net/
This is a Debian
Larry Hall (Cygwin) wrote on Friday, February 27, 2009 3:43 PM:
> On 02/27/2009, Buchbinder, Barry (NIH/NIAID) [E] wrote:
>> As I understand it, is mounted on ; everything
>> should
>> be in and nothing in
>> .
>
> I think your notation for the last part of your statement is wrong.
> Since '/
On Fri, Feb 27, 2009 at 11:10:28AM -0500, Andrew Schulman wrote:
>On Thu, Feb 26, 2009 at 07:50:10PM -0500, Christopher Faylor wrote:
>>It qualifies as a "What in the world was I thinking?" problem.
>
>No idea what that is.
Huh? Not sure how this is unclear:
I made some what now seem to be brain
Corinna Vinschen wrote:
>> which means that locale.nls extends all the way down to 0x005E1000, so
>> Cwd.dll can't go at 0x0086.
>
> Hm? Isn't that end_of_mapped_region = mapped_location + mapped_size?
You're right. I was confused by the upside-down chart I was looking at.
> I'm wondering i
On 02/27/2009, Buchbinder, Barry (NIH/NIAID) [E] wrote:
As I understand it, is mounted on ; everything should be
in and nothing in .
I think your notation for the last part of your statement is wrong. Since
'/cygdrive/c' is Cygwin notation, what's in '/cygdrive/c/cygwin/bin' should
match wha
Or, you could unpack a patched up version of Cygwin's GNU make-3.81,
available here:
http://sites.rwalker.com/cygwin
-Rob
Dave Korn wrote:
Charles Wilson wrote:
ycollet@ wrote:
I think Dave wants you to get the mingw-make from the mingw project site
:-)
Yes, I fill that.
When I'm ready to launch to 1.7, I'll start all over from the ground up.
Thanks for the hint about GID of 401. I've been using 401 for years. I
assumed that if installed from the ground up, I should have received a
warning abount GID of 401 conflict. An alternate, leave the conflict in
the
Vincent R. wrote:
> Dave,
>
> how can you answer to so many people on so different topics and on so
> different ML.
> Are you human ;-) ?
It's just the spirit of the age ...
cheers,
DaveK
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http
Buchbinder, Barry (NIH/NIAID) [E] wrote:
> As I understand it, is mounted on ; everything should be
> in and nothing in .
Yes, spot on.
> I then looked at everything that was in both
> and . - 'ls' showed that everything had identical
> timestamps and permissions. - 'cmp' showed that everyth
On Fri, 27 Feb 2009 15:59:13 +, Dave Korn
wrote:
> Alexey Lyubimov wrote:
>
>> 1. Why did initscr() and endwin() not require --enable-auto-import
>> option,
>> but refresh() does?
>
> It's because the initscr() and endwin() functions don't refer to the
> _stdscr
> variable internally, so
> 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
> >>I'm compiling screen for 1.7. The configure script has a test for a
> >>"usable"
> >>pipe implementation, which passes, and another one for a "working" pipe
> >>implementation, which fails. The test for a working pipe implementation is
> >>zero
> >>exit code from the following program (simp
Alexey Lyubimov wrote:
> 1. Why did initscr() and endwin() not require --enable-auto-import option,
> but refresh() does?
It's because the initscr() and endwin() functions don't refer to the _stdscr
variable internally, so they don't trigger the linker to import anything from
the ncurses DLL; i
Charles Wilson wrote:
> ycollet@ wrote:
>>> I think Dave wants you to get the mingw-make from the mingw project site
>> :-)
>>
>> Yes, I fill that. But that's a little bit complicated: to benefit from a
>> "pure" windows binary, you can compile a mingw binary using cygwin tools.
>> But you still ne
Hi
I'm tryng to use with cygwin the -g optin of ssh, like we do on linux to
forward requests:
ssh -g -fN p...@192.168.0.176 -L 8081:127.0.0.1:8080
but it doesn't seem to work.
Could some one help me?
Many thanks
Best Regards
--
Bartolomeo Nicolotti
SIAP s.r.l.
www.siapcn.it
v.S.Albano 13 1
[Reformatted--please see:
http://www.cygwin.com/acronyms/#PCYMTWLL
Thanks.]
On 2009-02-27 15:10Z, Alexey Lyubimov wrote:
>
> 2. Can you point me to the right place in the documentation
> (Cygwins's, gcc's, ld's or I don't know whose :)) where
> auto-import is explained in not very complicated m
Thanks a lot, Dave!
Your advices helped!
But, can I ask you two more questions:
1. Why did initscr() and endwin() not require --enable-auto-import option, but
refresh() does?
2. Can you point me to the right place in the documentation (Cygwins's, gcc's,
ld's or I don't know whose :)) where auto
ycol...@freesurf.fr wrote:
>> I think Dave wants you to get the mingw-make from the mingw project site
> :-)
>
> Yes, I fill that. But that's a little bit complicated: to benefit from a
> "pure" windows binary, you can compile a mingw binary using cygwin tools.
> But you still need to download the
Alexey Lyubimov wrote:
> Hello, I decided to learn HOWTO write applications with ncurses library,
> but my attempt failed during linking step (seems to me, that for some
> reason ld did not find stdscr).
Not quite. It found it, but wasn't prepared for /where/ it found it.
> $ gcc -otnc -g tnc.
> I think Dave wants you to get the mingw-make from the mingw project site
:-)
Yes, I fill that. But that's a little bit complicated: to benefit from a
"pure" windows binary, you can compile a mingw binary using cygwin tools.
But you still need to download the make tool from the mingw website.
>
y???...@f??f.fr wrote:
Apologies for not mangling the email address in my other
response to that note.
Turns out that if you make your email address the display
name, then it forces the person sending a reply to do
extra work so that your email address isn't visible
everywhere.
Ralph
--
U
ycol...@freesurf.fr wrote:
If you want make to understand MinGW paths generated by a MinGW
compiler, you should use a MinGW make, not a Cygwin make.
Is there any mingw make shipped with cygwin ? I can't find one in my
current installation ...
I think Dave wants you to get the mingw-make fro
>> I was trying to compile project from coin-or (http://www.coin-or.org)
using
>> the cygwin tools and I found a problem:
>> .deps/ClpCholeskyBase.Plo:1: *** multiple target patterns. (and several
>> other error messages from this kind)
>>
>> So I searched in google some hints and found that thi
Hello,
I decided to learn HOWTO write applications with ncurses library, but my
attempt failed during linking step (seems to me, that for some reason ld did
not find stdscr).
OS: Win98SE
Source (tnc.c):
#include /* -lncurses */
int
main(int arg
ycollet wrote:
> I was trying to compile project from coin-or (http://www.coin-or.org) using
> the cygwin tools and I found a problem:
> .deps/ClpCholeskyBase.Plo:1: *** multiple target patterns. (and several
> other error messages from this kind)
>
> So I searched in google some hints and foun
I like to experiment with imagemagick, so I build it on my own for those
personal reasons.
I've not used any jpeg-2000 functionality and thought to try it out, so I
used setup and downloaded the cygwin jasper package for this.
However "configure" with imagemagick does not find "jasper.h"
Lo
Hello,
I was trying to compile project from coin-or (http://www.coin-or.org) using
the cygwin tools and I found a problem:
.deps/ClpCholeskyBase.Plo:1: *** multiple target patterns. (and several
other error messages from this kind)
So I searched in google some hints and found that this is a "w
Charles Wilson wrote:
> Fergus wrote:
>> Setup stalled:
>>
>> Fatal Error: Uncaught Exception
>> Thread: DialogProc
>> Type: 9Exception
>> Message: Package validation failure for
>> release/gdbm/gdbm-1.8.3-9-src.tar.bz2
>> AppErrNo: 1
>>
>> Incidentally gdbm-1.8.3-20 installed perfectly well into [
David Rothenberger writes:
> On 2/26/2009 9:55 AM, Sivaram Neelakantan wrote:
[snipped 15 lines]
>
> % strace lynx -version
>
> ... pops up a message saying "The procedure entry point cur_term could
> not be located in the dynamic link library cygncurses-8.dll."
>
> Rolling back libncurses8 and
On Feb 26 21:11, Eric Blake wrote:
> Simple test case. This application uses the C locale (by virtue of the fact
> that we did not use setlocale(), and evidenced by mb_cur_max of 1). On
> Linux,
> this correctly shows wctomb rejecting the conversion (0x100 is too big to fit
> in a 1-byte sequ
On Feb 26 16:46, Paul McFerrin wrote:
> OKAY, I have some passwd questions & problems associated with cygwin 1.7.
>
> PRIOR to 1.7, my UID/GID for "Paul" account was 501/401 and all of my
> files have correct ownership. When I created /etc/passwd via:
Ouch. 401 is a FAKE gid which was supposed
Hallo Andrew,
Thank you for your reply.
Andrew Schulman - schulman.and...@epamail.epa.gov wrote:
>> Hi folks,
>>
>> I found that the Version 3.7.6-3 have the problem executing
>> batchfiles. After upgrading from 3.7.6-1 my script does not longer
>> work. I started lftp -f batchfile where in the
35 matches
Mail list logo
