Re: Ctrl-backspace not working

Hello, Original-Nachricht > Datum: Thu, 4 Oct 2007 14:39:10 +0100 > Von: "Dom H" > An: "Pavel Tsekov" > Betreff: Re: Ctrl-backspace not working > Hi, it's ok I can wait. Thanks for the response. How when the patched > version is re

Re: Ctrl-backspace not working

Hello, Original-Nachricht > Datum: Thu, 4 Oct 2007 10:03:22 +0100 > Von: "Dom H" > Betreff: Ctrl-backspace not working > I'm trying to use the 'hotlist' command in mc but Ctrl-\ doesn't seem > to work, any ideas? Pressing ctrl-\ doesn't show any signs when > pressed in cygwin ba

Re: alias command in Midnight Commander

Hello, Original-Nachricht Datum: Wed, 18 Jul 2007 20:16:26 +0200 Von: dIna An: cygwin@cygwin.com Betreff: alias command in Midnight Commander > I'va installed "mc" version 4.6.1 using cygwin setup. > In mc alias command doesn't work. > ex: > $ alias mytest='echo "test"' > $ myt

Re: Midnight Commander problem

Hello Ruslan, On Fri, 8 Dec 2006, Ruslan Fedyarov wrote: I've experienced problem with %view{ascii} mode in Midnight Commander's bindings. I use enca-like encoding autodetector to tell w3m or another program what the correct input encoding is: [...] I'll investigate - this is just a confirma

Re: [ANNOUNCEMENT] Updated Cygwin Package: fetchmail-6.3.1-1

Hello Jason, On Fri, 13 Jan 2006, Jason Tishler wrote: > > Here is my config file without the lines containing usernames and > > passwords: > > > > # Configuration created Thu Oct 3 14:40:04 2002 by fetchmailconf > > set syslog > > I believe removing the above line should fix the problem. We ha

Re: [ANNOUNCEMENT] Updated Cygwin Package: fetchmail-6.3.1-1

Hello Jason, On Thu, 12 Jan 2006, Jason Tishler wrote: > > I've updated fetchmail today and I no longer get visual feedback about > > its progress when messages are being retrieved. Instead printing on > > the terminal the information is recorder in the Event log. > > Sounds like the way you are

Re: [ANNOUNCEMENT] Updated Cygwin Package: fetchmail-6.3.1-1

On Wed, 4 Jan 2006, Jason Tishler wrote: > New News: > === > I have updated the version of fetchmail to 6.3.1-1. The tarballs should > be available on a Cygwin mirror near you shortly. > > The only change between this version and the previous one is the > following: > > o update to versi

Re: std::string across DLL boundaries

> Could someone either confirm that this is a problem, or, preferably, > provide instructions for getting this to compile "correctly"? (And if > this is a problem, are there known workarounds, is there a PR open > somewhere, etc) Follow this thread to learn more: http://www.cygwin.com/ml/cygwin

Re: handle_threadlist_exception called with threadlist_ix -1

On Fri, 16 Dec 2005, Christopher Faylor wrote: > On Fri, Dec 16, 2005 at 02:10:31PM +0100, Pavel Tsekov wrote: > >>>i'm using cygwin release version is 1.5.18-1 and my program compiles > >>>and work perfectly on linux. It compiles also on cygwin but after >

RE: handle_threadlist_exception called with threadlist_ix -1

> > i'm using cygwin release version is 1.5.18-1 and my program compiles > > and work perfectly on linux. > > It compiles also on cygwin but after 15-20 sec it segfault. I think > > that the problem is in pthread implementation on cygwin. > > The cygwin pthread implementation is guaranteed safe

Re: 1.5.18: segmentation fault on combination of pthread_kill() and sigsuspend()

On Sun, 20 Nov 2005, Bart Van Assche wrote: > Hello, > > I wrote a small program in order to get an idea of context switch > times of the Linux kernel. The program runs fine on Linux. Valgrind > 2.2.0 does report the program to be clean. Just out of curiosity, I > tried to compile and run the

Re: problem with displaying graphical chars in mc under rxvt (CYGWIN=codepage:oem didnt fix it)

On Mon, 31 Oct 2005, Brian Dessent wrote: > Pavel Tsekov wrote: > > > You can get a font with line drawing characters here: > > http://www.neuro.gatech.edu/users/cwilson/cygutils/bashprompt/luconP.zip > > This is a 404, I think Charles shut down his site in 2004

Re: problem with displaying graphical chars in mc under rxvt (CYGWIN=codepage:oem didnt fix it)

On Sat, 29 Oct 2005, Andy Kosela wrote: > I got a problem with displaying graphical characters in mc 4.6.1-2 > under rxvt 2.7.10-6. The lines are screwed up. I tried setting > CYGWIN=codepage:oem but the problem persists. When I launch bash under > cmd.com everything is ok with mc. It only happens

Latest cvs causes programs using ptys to hang

I've rebuilt the Cygwin dll from CVS sources today and all programs using pseudo terminals hang. I've tried sshd, in.telnetd (via inetd), rxvt and MC and all of them hang. If I start MC without subshell support (i.e. pty support is not used) it will work flawlessly. in.telnetd manages to execute lo

Re: Windows update vs. cygrunsrv

On Wed, 12 Oct 2005, Brian Dessent wrote: > Eric Blake wrote: > > > I don't know it this was unique to my machine, but am > > reporting it in case anyone else runs into the same > > issue. When running Microsoft update today, on Win2k, > > the patch for Security Update for DirectX 9 for Windows >

Re: handle_threadlist_exception: handle_threadlist_exception called with threadlist_ix -1

On Wed, 12 Oct 2005, Pavel Tsekov wrote: > On Tue, 11 Oct 2005, Christopher Faylor wrote: > > > I don't see how ignoring blocked signals would cause a SEGV however. > > Well... indirectly they do :) I hope you are not too annoyed already > because this time I really foun

Re: handle_threadlist_exception: handle_threadlist_exception called with threadlist_ix -1

On Tue, 11 Oct 2005, Christopher Faylor wrote: > I don't see how ignoring blocked signals would cause a SEGV however. Well... indirectly they do :) I hope you are not too annoyed already because this time I really found the cause of the problem. Assume a signal is sent to a thread with pthread_k

Re: handle_threadlist_exception: handle_threadlist_exception called with threadlist_ix -1

On Thu, 6 Oct 2005, Pavel Tsekov wrote: > On Thu, 6 Oct 2005, Christopher Faylor wrote: > > > >It might be a different problem but the message is the same. > > > > It *is* a different problem. > > Ok. > > > Some thread is sending a signal 31 (SIG

Re: handle_threadlist_exception: handle_threadlist_exception called with threadlist_ix -1

On Thu, 6 Oct 2005, Christopher Faylor wrote: > >It might be a different problem but the message is the same. > > It *is* a different problem. Ok. > Some thread is sending a signal 31 (SIGUSR1). Which thread is doing this? An application thread signaling another thread to stop its execution. I

Re: handle_threadlist_exception: handle_threadlist_exception called with threadlist_ix -1

On Thu, 6 Oct 2005, Christopher Faylor wrote: > Did you happen to notice when the age of the message to which you're > responding? Dave figured out the problem subsequent to sending the > above. It was due to some object files not getting rebuilt after a > change to cygtls.h. Yes. When I saw t

Re: handle_threadlist_exception: handle_threadlist_exception called with threadlist_ix -1

On Thu, 1 Sep 2005, Christopher Faylor wrote: > On Thu, Sep 01, 2005 at 03:25:17PM +0100, Dave Korn wrote: > > > > Anyone else seeing quite a lot of these with current cvs HEAD? Often when > >pressing Ctrl-C, sometimes when things exit for other (signal-related?) > >reasons? > > > > I think thi

Re: ATTN: g++ maintainer: Using string instances to pass arguments to dlls

On Thu, 6 Oct 2005, Gerrit P. Haase wrote: > I will probably use the flag to rebuild gcc with this changed libstdc++, > regardless if there is a performance issue or not. What about Danny Smith's suggestion ? http://www.cygwin.com/ml/cygwin/2005-10/msg00080.html -- Unsubscribe info: http:

Re: ATTN: g++ maintainer: Using string instances to pass arguments to dlls

On Wed, 5 Oct 2005, Gerrit P. Haase wrote: > Pavel Tsekov wrote: > > > I'll try to rebuild libstdc++ now with _GLIBCXX_FULLY_DYNAMIC_STRING > > defined and will report back if there is interest. I would like to help > > to get this issue resolved. > > Yes, much

Re: ATTN: g++ maintainer: Using string instances to pass arguments to dlls

On Tue, 4 Oct 2005, James R. Phillips wrote: > Does fixing this bug require upstream intervention, or can you just develop a > patch, and submit it to upstream? If it is only the std::string implementation that uses the described optimization the problem can be worked around by just rebuilding li

ATTN: g++ maintainer: Using string instances to pass arguments to dlls

Hello, I noticed the following problem while porting an internal C++ application from linux to Cygwin. If a std::string instance created in one module (exe or dll) is passed to another say as an argument of a function call, the program crashes or hangs. I did debug for a while and it turned out th

Re: Latest findings on zsh hang was Re: Re: zsh: command not found => hangs

Hello, On Mon, 29 Aug 2005, Christopher Faylor wrote: > >The sigsuspend() function does one simple thing - it calls > >handle_sigsuspend(). > >handle_sigsuspend() sets the signal mask to the one passed to sigsuspend() > >and then calls cancelable_wait() to wait for a signal which is not in the >

Latest findings on zsh hang was Re: Re: zsh: command not found => hangs

Hello, > in cancelable_wait(). The signal handler returns to the wrong place (?) and > ends up in WaitForMultipleObjects() instead after the sigsuspend() call in > zsh. I'll see what I can find out. If I find out something which makes more > sense that what I currently know I'll post. I have new

Re: zsh: command not found => hangs

> Well, I just tried, and I can reproduce a hang with this: > > while :; do quer; done >& /dev/null > > It happens with 1.5.18 and the current snapshot. I didn't check the > 1.5.18 version since I was too lazy to regenerate my copy with symbols > but the snapshot version "hangs" in sigsuspend,

Re: zsh: command not found => hangs

Hello, On Sun, 28 Aug 2005, Christopher Faylor wrote: > On Sun, Aug 28, 2005 at 02:28:13PM +0300, Pavel Tsekov wrote: > >I did trace this problem an it looks like a race in Cygwin but I may be > >wrong. Here I am providing two backtraces from a debug session - the first > >o

Re: zsh: command not found => hangs

On Sun, 28 Aug 2005, Pavel Tsekov wrote: > Hello, > > I did trace this problem an it looks like a race in Cygwin but I may be > wrong. Here I am providing two backtraces from a debug session - the first > one shows what happens normally and the second one shows the hang: [

Re: zsh: command not found => hangs

Hello, On Sun, 28 Aug 2005, Pavel Tsekov wrote: > First I determined (by using strace) the place in zsh where the hang > occurs to be in or after zhandler() when it processes SIGCLD. Then I > built debugging zsh and after debugging for a while it turned out that > the hang occures a

Re: zsh: command not found => hangs

Hello, I did trace this problem an it looks like a race in Cygwin but I may be wrong. Here I am providing two backtraces from a debug session - the first one shows what happens normally and the second one shows the hang: === In this case zsh doesn't hang === (gdb) break 593 Breakpoint 1 at 0x1004

Re: Problems with Windows threads and cygwin sleep()

Hello, On Thu, 25 Aug 2005, Corinna Vinschen wrote: > > Here when the app is compiled with -mno-cygwin it takes 100% cpu when it > > allocates 400+ threads - both from Windows Command Prompt and Cygwin bash. > > After all the testcase consist almost entirely of Win32 calls. > > You're on W2K, I'm

Re: Problems with Windows threads and cygwin sleep()

Hello, On Thu, 25 Aug 2005, Corinna Vinschen wrote: > On Aug 25 13:40, Raul Metsma wrote: > > Seems this is something related CPU-s or total Windows thread count > > I tested it on Windwos 2003, where are 2x2,4GHz Intel Xeon > > There occurs this issue on 800 threads > > You're right, when raisin

Re: Problems with Windows threads and cygwin sleep()

Hello, On Thu, 25 Aug 2005, Raul Metsma wrote: > Ohh never get this right :( > Actually I am more system administrator than programmer > > Lets try again: > http://rtedev.com/~raul/threads/threads.c > Compile this program under mingw > gcc -o threads.exe threads.c > ./threads 600 > > now compile

Re: Problems with Windows threads and cygwin sleep()

Hello, On Thu, 25 Aug 2005, Raul Metsma wrote: > Sorry no Makefile based project, but in Visual C > http://rtedev.com/~raul/threads/Threads.zip By doing this you are seriously reducing the chance that someone will look at your testcase. -- Unsubscribe info: http://cygwin.com/ml/#unsubscrib

Re: signal trouble

Hello, On Tue, 23 Aug 2005, znort wrote: > Could you tell/help me why the little code : [...] > Under cygwin gcc version 3.4.4 (cygming special) and Linux with gcc 3.3.5 > same "strange" results... (no segmentation fault with cygwin anyway) > > (notes : Under Solaris x86 (gcc3.4.4) it works per

Re: mc 4.6.1 - background not working

Hello, On Wed, 27 Jul 2005, Pavel Tsekov wrote: > Hello, > > On Wed, 27 Jul 2005, Krzysztof Duleba wrote: > > > Pavel Tsekov wrote: > > > > >>Why is background disabled? And why ncurses instead of S-Lang? > > > > > > Because using the subshel

Re: g++ defines for win32

Hello, On Mon, 15 Aug 2005, Angel Tsankov wrote: > Here's the test case. Execute the run.bat file to perform the test. > Hmm, it seams that I cannot send zip files as attachments. So you may > download the test case from > http://debian.fmi.uni-sofia.bg/~angel/test_case.zip > and run run.bat to

Re: g++ defines for win32

Hello, On Sun, 14 Aug 2005, Angel Tsankov wrote: > It seems I've come upon an interesting issue, probably a bug. Here it > is: > I have a header file that defines __stdcall, __fastdecl and __cdecl. > If the preprocessor uses the CPLUS_INCLUDE_PATH to find that header > file, then it does not issu

re: Problem with exec and some suggestions

Hello, On Thu, 4 Aug 2005, Gansta93 wrote: > the output of file pbcompiler.exe is: > pbcompiler.exe: ELF 32-bit LSB Executable, Intel 80386, version 1 > (SYSV), for GNU/Linux 2.2.0, dynamically linked (uses shared libs), > no stripped > About cygcheck -svr: the output is too long for my screen, a

re: problem with exec and some suggestions

Hello, On Thu, 4 Aug 2005, Gansta93 wrote: > For mount command, this command is not in my logic... I've tried and > tried again, alwais displaied the help... and unable to have it > correctly... argh... and about rename the file, when I type > pbcompiler > or > pbcompiler.exe > I read > command

Re: Problem with exec and some suggestions

r your help. > > Patrick > - - Message d'origine - > De : "Pavel Tsekov" <[EMAIL PROTECTED]> > ? : "Gansta93" <[EMAIL PROTECTED]> > Cc : > Envoy? : jeudi 4 ao?t 2005 13:20 > Objet : Re: Problem with exec and some suggestions > > &

Re: Problem with exec and some suggestions

Hello, On Thu, 4 Aug 2005, Gansta93 wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > > That's exactly what exec is for: transfer all control to the > > program you specified. When it ends, everything ends: the command > > shell and the window it lives in. > > > > Just leave out the ex

[ANNOUNCEMENT] Updated: mc-4.6.1-2

Hello, The Midnight Commander visual shell has been updated to version 4.6.1-2. The updated packages is based on the official release of MC 4.6.1. Please, take a look at the NEWS file included in the package for a list of changes and bugfixes. Pavel Tsekov Midnight Commander maintainer for

Re: mc 4.6.1 - background not working

Hello, On Wed, 27 Jul 2005, Krzysztof Duleba wrote: > Pavel Tsekov wrote: > > >>Why is background disabled? And why ncurses instead of S-Lang? > > > > Because using the subshell leaves stale subshell processes and each > > time I start to debug this problem

Re: mc 4.6.1 - background not working

Hello, On Tue, 26 Jul 2005, Krzysztof Duleba wrote: > In the latest release of mc, subshell isn't working. Ctrl-O just shows the > background. However, if I build mc myself from the sources, subshell works > fine. [...] > Why is background disabled? And why ncurses instead of S-Lang? Because u

Re: mcedit stackdumps

Hello, On Sun, 12 Jun 2005, Krzysztof Duleba wrote: > Yes, that's it! mcedit failes after F10 if I used Ctrl + O earlier. > Sometimes it's not even a stackdump, but an infinite loop with 100% CPU > usage. > > > In any case - please try > > using the user menu and then quit to see if you'll manage

Re: mcedit stackdumps

Hello, On Sun, 12 Jun 2005, Krzysztof Duleba wrote: > Pavel Tsekov wrote: > > > > For a few months now I've been suffering from mcedit internal error. > Every > > > once in a while, without any reason, mcedit stackdumps during exit > > > procedure (afte

Re: mcedit stackdumps

Hello, On Fri, 10 Jun 2005, Krzysztof Duleba wrote: > For a few months now I've been suffering from mcedit internal error. Every > once in a while, without any reason, mcedit stackdumps during exit > procedure (after pressing F10 or double ESC). I got this error with > 1.5.16, then with 1.5.17 sn

Re: mcedit stackdumps

Hello, On Fri, 10 Jun 2005, Krzysztof Duleba wrote: > Hi > > For a few months now I've been suffering from mcedit internal error. Every > once in a while, without any reason, mcedit stackdumps during exit > procedure (after pressing F10 or double ESC). I got this error with > 1.5.16, then with 1.

Re: mcedit stackdumps

Hello, On Fri, 10 Jun 2005, Krzysztof Duleba wrote: > Christopher Faylor wrote: > > > >$ cat mc.exe.stackdump > > >Exception: STATUS_ACCESS_VIOLATION at eip=610CA032 > > > > This is indicative of a malloc corruption problem. It is probably a > problem > > with mcedit itself, not cygwin. > > OK,

Re: I cannot change cygdrive prefix (yes, checked docs, faq and archives)

Hello, On Fri, 8 Apr 2005, Brian Dessent wrote: > ChrisW wrote: > > > Nothing I can change the cygdrive prefix. I recall > > being able to do it before. > > You're getting confused because you can set the cygdrive prefix both > system-wide and per-user, and the latter takes precedent. > > > c: o

Re: problems with cygwin1.dll in openssh installation

Hello, On Fri, 18 Mar 2005, Boyan Yurukov wrote: > OK then, I cleaned all and installed cygwin exactly as said on > www.cygwin.com. Then I ran "ssh-host-config" and "net start sshd" and > I got the same exact error. > The only copy of cygwin1.dll is in /bin as installed. I do not know > how this

Re: sshd and latest cvs: ssh_exchange_identification: read: Connection reset by peer

Hello, On Thu, 10 Mar 2005, Pavel Tsekov wrote: > With cygwin1.dll built from like 1 hour ago trying to connect to my Cygwin > machine from a linux machine always fail like this: > > ssh_exchange_identification: read: Connection reset by peer Just for the record - I've just r

Re: Possible bug in gas/ld when using .linkonce

On Fri, 11 Mar 2005, Danny Smith wrote: > I don't think your usage of .linkonce in your example is quite corect. > > In PECOFF, each linkonce symbol needs to have its own unique section. When > you > try to put more than one linkonce symbol into a section you get problems like > those mentioned

Possible bug in gas/ld when using .linkonce

Hello, I found this one while playing with Cygwin's code which takes care of seamless loading of dll functions (autoload.cc). It seems that when a symbol in a section marked .linkonce is referenced, wrong relocation info is generated for that symbol. For example if you have several symbols - symb

Typo in how-to-debug-cygwin.txt

Hello, The following text is wrong: set CYGWIN_DEBUG=cat.exe=gdb.exe and should look like this: set CYGWIN_DEBUG=cat.exe:gdb.exe -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/do

[ANNOUNCEMENT] Updated: mc-4.6.1-1

Updated Hungarian translation. Full audit of quoting of parameters in vfs scripts (CAN-2004-0494). Fixed CAN-2003-1023 (stack overflow in vfs_s_resolve_symlink). Various fixes in tar.c. Pavel Tsekov Midnight Commander maintainer for Cygwin INSTALLATION: To update your installation, click on t

Re: floppy drive accesses

Hello, On Thu, 9 Dec 2004, Eric Schweitz wrote: > I just upgraded my cygwin installation and I'm now seeing > the floppy drive get accessed on various commands. What How old was your Cygwin setup before the update ? This thread might be related to what you are experiencing if you have a floppy

Re: mcedit start slowly lately

On Tue, 17 Aug 2004, Krzysztof Duleba wrote: > Pavel Tsekov wrote: > > >> I'm experiencing somewhat strange behaviour of mcedit. It's been a week > >> that before it's started, my HDD is working a lot, for about 1 second. > It > >> doesn&#x

Re: mcedit start slowly lately

On Tue, 3 Aug 2004, Krzysztof Duleba wrote: > I'm experiencing somewhat strange behaviour of mcedit. It's been a week > that before it's started, my HDD is working a lot, for about 1 second. It > doesn't matter whether I want to edit some old file or just launch the > editor with "$ mcedit". Wher

Re: NFS server issue with directory permissions (fwd)

a better NFS server. -- Forwarded message -- Date: Fri, 14 May 2004 22:16:04 +0200 From: Slavo <[EMAIL PROTECTED]> To: Pavel Tsekov <[EMAIL PROTECTED]> Subject: Re: NFS server issue with directory permissions (fwd) Hello, i did find the Problem allready. It's in

NFS server issue with directory permissions (fwd)

Hello, I had to refresh my memory from the list archives - from what I see the problem was never addressed. I'm forwarding your message to the cygwin mailing list where it belongs to. Perhaps someone might have a solution for this problem. -- Forwarded message -- Date: Tue, 11 May

Re: Not a Cygwin problem ( Was Re: Midnight Commander screen corruption w/ built-in editor)

> On Sun, 2 May 2004, Frédéric L. W. Meunier wrote: [...] > I recompiled latest CVS (there was only a header change > compared to my last binary) on Linux using > --with-screen=mcslang. > > It doesn't happen anymore. So, a suggestion to Pavel Tsekov. > If a fix isn&#

Re: 1.5.1: can't open files beginning with "..."

On Sun, 26 Oct 2003, Christopher Faylor wrote: > On Sun, Oct 26, 2003 at 09:18:21AM +0100, Pavel Tsekov wrote: > >> > Does it fix the following: > >> > > >> > [EMAIL PROTECTED] ~ > >> > $ cd /usr/bin../ > >> > >> No, it fixe

Re: 1.5.1: can't open files beginning with "..."

> > Does it fix the following: > > > > [EMAIL PROTECTED] ~ > > $ cd /usr/bin../ > > No, it fixes the more than two leading dots problem. The above is > a genuin windows problem as you noted in your previous mail. I don't > know how to fix this without noticeably slowing down the path conv > rou

Re: 1.5.1: can't open files beginning with "..."

On Sat, 25 Oct 2003, Corinna Vinschen wrote: > On Sat, Oct 25, 2003 at 12:04:14AM +0200, Pavel Tsekov wrote: > > > Chris Moore wrote: > > > > I have a file on my PC called "...foo.txt". > > > > This does work, but Cygwin's path handling code

Re: 1.5.1: can't open files beginning with "..."

On Fri, 24 Oct 2003, Rolf Campbell wrote: > To make things even more interesting, it thinks that anything starting > with '...' is a character device? > > /home/rcampbell> ll .. > crw-rw-rw-1 rcampbel 0, 0 Oct 24 14:28 .. > > /home/rcampbell> touch ... > touch: cr

Re: Cygwin setup stopped @99%

Hello, On Sun, 12 Oct 2003, G. Oto wrote: > I followed the instructions on www.cygwin.com on how to install the current > Cygwin, downloaded the setup.exe and ran it. The installation went well > until it remained only 1% to the end of the installation. The installation > suddenly stopped. I tri

Re: MC - big pause

Hello, > I forgot to mention that after MC is loaded, programs invoked at the MC > command prompt also take a LONG time. These same programs run normally > outside of MC. Which version of MC are you using ? Can you supply the output of 'mc -V' ? Are you runnig MC from a Cygwin console window or f

mount (1) man page - inccorect description of -c option

Hello, The description of the --change-cygdrive-prefix option states that "By default, the cygdrive-prefix applies only to the current user". Currently, mount changes by defult the system prefix. Pavel -- COMPUTERBILD 15/03: Premium-e-mail-Dienste im Test ---

Re: [BUG] pututline () & rxvt: rxvt leaves stale utmp entries

Andrew DeFaria wrote: > I wonder if this problem contributes to the problem of the shell process > not dying when one click on > the close button in rxvt... I highly doubt it. Anyway I think the problem that you describe seems to be the same problem that MC experiences with its subshell. Both rxv

Re: [BUG] pututline () & rxvt: rxvt leaves stale utmp entries

Christopher Faylor wrote: >>Given the good problem description and the simple test case, this shouldn't >>be hard to fix. I'll see what I can do. The behavior that you've described >>has bugged me for a while. I'm glad that you tracked down what was going on. > >Patch checked in. Snapshot buil

[BUG] pututline () & rxvt: rxvt leaves stale utmp entries

Hello, On rxvt startup two utmp entries are created - the first one is created by Cygwin and the second one is created by rxvt itself: $ who Administ tty1 Aug 5 01:26 (MORDOR) Administ tty2 Aug 5 01:26 (:0) After rxvt shutdown: $ who Administ tty2 Aug 5 01:26 (:0) Th

[ANNOUNCEMENT] Test/cygwin-1.5.0 version of Midnight Commander

ling list. NOTE: It appears that MC triggers a crash in the Cygwin dll if one tries to use the internal viewer on multigigabyte files. I am aware of this issue so please do not send reports bug reports about it. Pavel Tsekov Midnight Commander maintainer for Cygwin INST

Re: mc: Segmentation fault

>> I have no [EMAIL PROTECTED] / >> $ mc >> >> ** CRITICAL **: file /tmp/build/mc-4.6.0/src/utilunix.c: line 81 (init_groups): >> assertion `pwd != NULL' failed. >> Segmentation fault (core dumped) >> > >See . Almost the same >

[ANNOUNCEMENT] Updated: mc-4.6.0-4

The Midnight Commander visual shell has been updated to version 4.6.0-4. This is a bugfix update. It addresses the following issue: http://sources.redhat.com/ml/cygwin/2003-04/msg02119.html Pavel Tsekov Midnight Commander maintainer for Cygwin INSTALLATION: To update your installation

RE: mc segfaults

On Thu, 5 Jun 2003, Igor Pechtchanski wrote: > This may be a Cygwin-specific problem. On Cygwin, /etc/passwd doesn't > play as key a role as it does on other Unix systems (e.g., it's not > required for logging in on the console). Thus, it's quite possible that > someone will attempt to run other

Re: ftpfs Cygwin bug or changed behavior ?

On Mon, 14 Apr 2003, Frédéric L. W. Meunier wrote: Hello, Frederic First of all sorry for the long delay. I've found the reason for this problem. It was triggered by a Cygwin specific change that I made to the routine copy_file_file() in file.c. An updated mc package for Cygwin will be availabl

RE: mc segfaults

On Thu, 5 Jun 2003, Igor Pechtchanski wrote: > Pavel, > > This may be a Cygwin-specific problem. On Cygwin, /etc/passwd doesn't > play as key a role as it does on other Unix systems (e.g., it's not > required for logging in on the console). Thus, it's quite possible that > someone will attempt

RE: mc segfaults

On Thu, 5 Jun 2003, Igor Pechtchanski wrote: [snip] > > >, etc. Do the files > > >/etc/passwd and /etc/group exist on your system ? > > > > Yes, but /etc/passwd is somewhat strange, in that my user > > id (i.e. what is returned by 'id -u') does not match the > > respective entry in /etc/passwd: >

mc segfaults

> Starting mc or mcedit causes the following assertion violation: > > ** CRITICAL **: file /tmp/build/mc-4.6.0/src/utilunix.c: line 81 > (init_groups): > assertion `pwd != NULL' failed. > Segmentation fault (core dumped) Hello, As far I as I can tell this error message suggests that something wit

[ANNOUNCEMENT] Updated: mc-4.6.0-3

() references __mempcpy() which is glibc specific. The patch replaces the __mempcpy() call with a call to mempcpy() which is exported by the Cygwin dll. This issue did not surface so far since Cygwin was missing mempcpy() until recently. The issue was brought to the attention of the MC developers. Pavel

Re: [UPDATE] base-files

On Sun, 6 Apr 2003, John Morrison wrote: > PS, is [EMAIL PROTECTED] the right place to send these? > No - cygwin-apps is the right place. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.

Re: RPM-4.1 port to Cygwin available

On Wed, 26 Mar 2003, Marcel Telka wrote: > > For that, however, these programs need to be *native Windows binaries* > > (i.e. no cygwin layer underneath), or you'd have a chicken-and-egg > > problem doing a first-time installation (or any time you updated cygwin > > itself). > > What about lin

RE: setup.exe beta (testing needed - really!)

On Wed, 26 Mar 2003, Shankar Unni wrote: > Igor Pechtchanski wrote: > > > Currently, the list of installed packages is stored in > > /etc/setup/installed.db (subject to change at any time). It > > should be updated on every install/uninstall/upgrade. > > Attached is my installed.db (I've name

RE: setup.exe beta (testing needed - really!)

On Wed, 26 Mar 2003, Shankar Unni wrote: > Pavel Tsekov asked: > > > Is it possible that the problematic box has X already installed > > on it ? If there is an older version of a package already > > installed, setup will try to upgrade it. > > No, it doesn&#x

Re: setup.exe beta (testing needed - really!)

On Wed, 26 Mar 2003, Shankar Unni wrote: > Robert Collins wrote: > > A new release of setup.exe is imminent. There are many changes, and to > > reduce problems, feedback from YOU, is needed. > > I've been using it for a couple of days on a WinXP SP1 box and a Win2K > SP2 box. No problems on eith

Yet another GPL violation

http://www.thraexsoftware.com/sirid/ The Windows version of the installer includes postgres which uses Cygwin. I couldn't find any link to the source of either Cygwin or postgres on the site. Note that by default postgres is not required to run the application. It's there just as an option. -

Re: zsh and MC was Re: [ANNOUNCEMENT] Updated: mc-4.6.0-1

On Fri, 21 Mar 2003, Pavel Tsekov wrote: > On Fri, 21 Mar 2003, Peter A. Castro wrote: > > > > > 2. If you start mc under zsh in a *console* window with the command > > > > prompt option, no prompt is shown - just the cursor: > > > > "_" inst

Re: zsh and MC was Re: [ANNOUNCEMENT] Updated: mc-4.6.0-1

On Fri, 21 Mar 2003, Peter A. Castro wrote: > I get a prompt running 'mc -U' but only if I don't set RPROMPT. This is > probably due to how zsh does some special line handling to get the rear > prompt displayed first before the front prompt is displayed and that > might be what's causing mc behav

Re: zsh and MC was Re: [ANNOUNCEMENT] Updated: mc-4.6.0-1

On Fri, 21 Mar 2003, Peter A. Castro wrote: > > > 2. If you start mc under zsh in a *console* window with the command > > > prompt option, no prompt is shown - just the cursor: > > > "_" instead of "[EMAIL PROTECTED] _" I found the reason. Now I should think about a fix :) I have something in m

Re: zsh and MC was Re: [ANNOUNCEMENT] Updated: mc-4.6.0-1

On Fri, 21 Mar 2003, Peter A. Castro wrote: > On Fri, 21 Mar 2003, Pavel Tsekov wrote: > > > On Sun, 9 Mar 2003, Thorsten Kampe wrote: > > > > > Thanks. Midnight Commander has become better and the old bugs are > > > gone. > > > > > > Unf

zsh and MC was Re: [ANNOUNCEMENT] Updated: mc-4.6.0-1

On Sun, 9 Mar 2003, Thorsten Kampe wrote: > Thanks. Midnight Commander has become better and the old bugs are > gone. > > Unfortunately there are now some new ones: [snip] > 2. If you start mc under zsh in a *console* window with the command > prompt option, no prompt is shown - just the curs

[ANNOUNCEMENT] Updated: mc-4.6.0-2

problem described above, so use on your own risk. Pavel Tsekov Midnight Commander maintainer for Cygwin INSTALLATION: To update your installation, click on the "Install Cygwin now" link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Save it and run setup,

Re: midnight commander start new bash proccess after exit

On Fri, 21 Mar 2003, Pavel Tsekov wrote: > On Thu, 20 Mar 2003, Tihomir Ganev wrote: > > > Hi all. > > The problem is that after start mc(midnight commander) > > and when i > > exit from it.When i exit new bash shell is start. > > So when i start and quit 5

Re: midnight commander start new bash proccess after exit

On Thu, 20 Mar 2003, Tihomir Ganev wrote: > Hi all. > The problem is that after start mc(midnight commander) > and when i > exit from it.When i exit new bash shell is start. > So when i start and quit 5 times MC in memory reside 6 > bash > proccess. This is known issue - I'm aware of it an plan t

Re: Sources

On Thu, 20 Mar 2003, Nicholas Marsh wrote: > Where can I get the installer sources? I want to "tinker" with it, maybe see how > hard it would be to create a more user firendly version of the installer. Here you can find all the information you need to fetch/build the installer from source: htt

Re: Midnight Commander does not close shell in rxvt

On Sun, 16 Mar 2003, Thorsten Kampe wrote: > I start Midnight Commander in a rxvt window. After quitting mc, the > spawned shell (bash or zsh) is not teminated - leaving a "zombie" > shell process. > > This doesn't happen when mc is started in "normal" console window. I've noticed this already

  1   2   3   4   >