I have tried to edit a zip file with vim.
I am able to open and edit, but no luck when saving.
The file is /home/rejap/foo.zip and I can write to it (create with zip).
~/zipfile:/home/rejap/foo.zip::foo.txt E212: Can't open file for writing
If I move file to / it works.
What am I doing wrong.
On Tue, Jul 8, 2014 at 8:00 PM, Andrey Repin anrdae...@yandex.ru wrote:
Greetings, Pawel Jasinski!
The way I understand it, mintty sets the LANG variable according to
user settings.
Would it make sense for mintty to invoke cmd /c chcp selected
(SetConsoleOutputCP)?
mintty does not use
The way I understand it, mintty sets the LANG variable according to
user settings.
Would it make sense for mintty to invoke cmd /c chcp selected
(SetConsoleOutputCP)?
mintty does not use the console at all. A chcp call doesn't make
any sense.
Sorry for asking stupid question. My knowledge
The way I understand it, mintty sets the LANG variable according to
user settings.
Would it make sense for mintty to invoke cmd /c chcp selected
(SetConsoleOutputCP)?
In case of no. Would it make sense to place a hint in a .bashrc about it?
--pawel
--
Problem reports:
I think there is something funny going on with latest version of file.
$ cat file-error.py
def s (h):
$ file file-error.py
file-error.py: ERROR: line 66: regex error 10, (invalid repetition count(s))
$ file --version
file-5.18
magic file from /usr/share/misc/magic
$ which file
/usr/bin/file
$
hi,
when trying to use git-svn, message containing Can't locate
Term/ReadKey.pm in @INC ... comes up.
After locating and installing package containing ReadKey.pm everything is ok.
I suspect there is a missing dependency between git-svn package and
perl_vendor package.
Cheers
Pawel
--
Problem
hi,
I confirm that, there is something fishy here.
this one is from XP
REJAP@rzuem5008 ~
$ mkshortcut -n Ifor cygwin bin /c/cygwin/bin
REJAP@rzuem5008 ~
$ mkshortcut -n I for cygwin bin /c/cygwin/bin
Aborted (core dumped)
and this one out of Win7 32
rejap@win7dev ~
$ mkshortcut -n I for
hi,
mkshortcut -n I for cygwin bin /D/cyghome/bin
/home/RobertMarkBram/bin/createWindowsShortcut.sh: line 160: 8128
Aborted (core dumped) mkshortcut -n $shortcutName
$target
I confirm that, there is something fishy here.
this one is from XP
REJAP at rzuem5008 ~
$
hi,
trunk of cntlm implements correctly communication with HTTP 1.0
clients such as setup.exe in cygwin.
Current stable 0.92.3 does not work with setup.exe
cheers,
pawel
On Mon, Aug 13, 2012 at 12:23 AM, Pawel Jasinski
pawel.jasin...@gmail.com wrote:
for now I will try to convince cntlm people
Thanks guys!
That is a great news
cygwin1.dll returns ELIBADD natively (which, as
of today's patches, it does)
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:
with rhetoric.
Cheers,
Pawel
On Tue, Aug 14, 2012 at 4:53 PM, Christopher Faylor
cgf-use-the-mailinglist-pleasecygwin.com wrote:
On Tue, Aug 14, 2012 at 10:37:51AM +0200, Pawel Jasinski wrote:
Thanks guys!
That is a great news
It isn't entirely clear that you understand that what just happened is
what
hi guys,
is that what we talking about (see patch below)?
If anybody is concerned about performance, I would be happy to rewrite
lookup to use some sort of hashing
I also tried to use koders.com to search for exec* and EACCES.
It doesn't look like any code indexed by koders is fishing
hi,
How about this one. Bash has already some cygwin specific stuff.
rejap at win7dev /usr/src/bash-4.1.10-4/src/bash-4.1
$ diff -uN execute_cmd.c.orig execute_cmd.c
--- execute_cmd.c.orig 2012-08-14 00:36:57.092722900 +0200
+++ execute_cmd.c 2012-08-14 01:50:03.248969800 +0200
@@ -4838,6
hi,
sorry for the cross post. I just realized setup.exe should be
discussed here and not in main cygwin mailing list
I have created patch for setup.exe to make it work with cntlm proxy.
Upon investigation I have discovered that, setup.exe does not handle
well the situation when connection is not
wrote:
On Sun, Aug 12, 2012 at 03:48:16PM +0200, Pawel Jasinski wrote:
hi,
sorry for the cross post. I just realized setup.exe should be
discussed here and not in main cygwin mailing list
I have created patch for setup.exe to make it work with cntlm proxy.
Upon investigation I have discovered
for now I will try to convince cntlm people to support HTTP 1.0
cheers
pawel
On Sun, Aug 12, 2012 at 8:20 PM, Christopher Faylor wrote:
On Sun, Aug 12, 2012 at 07:58:10PM +0200, Pawel Jasinski wrote:
On Sun, Aug 12, 2012 at 6:31 PM, Christopher Faylor wrote:
On Sun, Aug 12, 2012 at 03:48:16PM
Hi,
Cygwin doesn't report Windows error codes. It reports POSIX ones. I
have no idea why there would be a POSIX error code for side-by-side
errors but if there were, then reporting that is more appropriate.
out of curiosity I have poked into errno.h (as well as man page) on
linux and
hi,
On Sun, Aug 12, 2012 at 7:06 PM, Christopher Faylor wrote:
On Sun, Aug 12, 2012 at 11:07:00AM +0200, Pawel Jasinski wrote:
Hi,
Cygwin doesn't report Windows error codes. It reports POSIX ones. I
have no idea why there would be a POSIX error code for side-by-side
errors
hi,
Thanks Christopher and Earnie for clearing things up.
I am trying to promote cygwin as a solution to make working with
windows better than windows.
Unfortunately I was hit by permission problem (exactly as described by
Andrew) in front of other people.
Let me say this, it did not help to
hi,
patch attached.
What are the chances to get it into official setup release?
Cheers,
Pawel
On Wed, Aug 8, 2012 at 6:58 PM, Pawel Jasinski pawel.jasin...@gmail.com wrote:
hi,
does anybody use cntlm proxy with cygwin setup.exe?
I have tried it and looks a bit strange.
First of all, cntlm
hi,
does anybody use cntlm proxy with cygwin setup.exe?
I have tried it and looks a bit strange.
First of all, cntlm proxy with browser works fine, so does wget.
With setup.exe works only if the proxy is in single thread mode (all
request are serialized). Otherwise setup.exe gets stuck attempting
hi,
the fix works, I have tested it with the only vm I have with me.
thanks
pawel
On Tue, Jul 31, 2012 at 10:19 PM, Corinna Vinschen corinna-cygwin at
cygwin.com wrote:
On Jul 31 14:28, Corinna Vinschen wrote:
On Jul 30 17:49, Aleš wrote:
Hello,
I can confirm the issue. It's occurring
, 2012 at 4:13 PM, Larry Hall (Cygwin) your spam filter
complains about it wrote:
On 7/28/2012 5:27 AM, Pawel Jasinski wrote:
snip
I also tried to core dump with:
/usr/bin/cygrunsrv -I sshd -d CYGWIN sshd -p /usr/sbin/sshd -a -D
-y tcpip -u cyg_server -w xx -e CYGWIN=error_start=dumper -d
hi,
So I did the core dump homework ...
I can find the sshd.exe.stacktrace in /
It is not encouraging:
Exception: STATUS_ACCESS_VIOLATION at eip=
eax= ebx= ecx=0022D000 edx=0004 esi= edi=0022A280
ebp=010C esp=0022A230 program=C:\cygwin\usr\sbin\sshd.exe,
as I said I did rebaseall :-(
In a mean time I also tried with CYGWIN=pipe_byte, no change
At the moment of crash there is nothing new in the /var/log/sshd.log
--pawel
On Sat, Jul 28, 2012 at 12:52 AM, Reini Urban rur...@x-ray.at wrote:
On Fri, Jul 27, 2012 at 4:44 PM, Pawel Jasinski wrote:
I
hi,
roll back your cygwin.dll to 1.7.14-2
--pawel
On Tue, May 22, 2012 at 8:13 AM, John Costella john.coste...@gmail.com wrote:
Not a newbie exactly, but haven't posted a question to this list before.
I've been running Cygwin on both Windows 7 Pro 64-bit SP1 for about eight
months and a
hi,
i have discovered something peculiar.
I run my rxvt with the usual:
C:\cygwin\bin\rxvt.exe -bg wheat -fg black -sl 5000 -e /bin/bash -ls
now I try inside to run some *non* cygwin console program
rxvt shows nothing, and reports 30% cpu consumption
The actual program is executed, completes
27 matches
Mail list logo