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: 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

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 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: 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: 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, 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, 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 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 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: 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 >

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: 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

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: 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: 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: 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: 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: [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: [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

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: 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: 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: > 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 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 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: 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: 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

[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: 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

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: > 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

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: 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: 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: 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: 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: 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: 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, 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, 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: 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: 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

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, 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

> 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,

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: 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 >

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

[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

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

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

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

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: 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: 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: 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: 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: 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: 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

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: 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

Re: Cygwin setup crashes

On Tue, 4 Mar 2003, Max Bowsher wrote: > > Call stack: > > 00406816 SETUP.EXE:00406816 compress_gz::destroy() > > compress_gz.cc:472 ... > > free (outbuf); > >if (original) > >> delete original; > > } > > Interesting indeed. Something very weird is happening, if a non-null pointe

Re: Cygwin setup crashes

Why have you modified the patch ? On Tue, 4 Mar 2003, Max Bowsher wrote: > > After a few editing in the Makefiles, (I don't have much time :) > > I've built setup.exe from CVS sources, with debug symbols. > > Please try this patch (against current CVS): > > Index: compress_gz.cc > =

Re: Cygwin setup crashes

On Tue, 4 Mar 2003, Max Bowsher wrote: > Pavel Tsekov wrote: > > Why have you modified the patch ? > > So that it applies cleanly against setup HEAD. > > Your original patch contains 2 hunks: > 1) remove some code > 2) add it back later in the function > > Hun

Re: Cygwin setup crashes

On Wed, 5 Mar 2003, Max Bowsher wrote: > Manu wrote: > >>> I've patched and rebuilt. > >>> I have now: "Can't open (null) for reading: No such file" > >>> This occurs in install.cc, line 173: > >> > Max wrote: > >> Umm. This bug is known to exist, but we don't know how to reproduce > >> it. http

Re: setup.exe: something besides C++?

On Wed, 5 Mar 2003, Joe Buehler wrote: > I don't want to start a huge flamewar, but have any of the setup.exe > developers thought about changing setup.exe so that it is written > in something a little easier to work on, like perl/tk? People have > been asking for various enhancements for quite a

Re: setup.exe is too small

On Thu, 6 Mar 2003, DH wrote: > For the love of open source, > is the setup.exe dialog listing the > packages ever going to get bigger? > > I've searched the mailing list and people > complained about this before. > > What is the hold up? > (3 months back I got so frustrated by this I swore off

[ANNOUNCEMENT] Updated: mc-4.6.0-1

is present and the DISPLAY variable is set. This patch was accepted by the MC developers after the release of MC 4.6.0. Pavel Tsekov Midnight Commander maintainer for Cygwin INSTALLATION: To update your installation, click on the "Install Cygwin now" link on the http://

Re: [ANNOUNCEMENT] Updated: mc-4.6.0-1

On Sun, 9 Mar 2003, Thorsten Kampe wrote: > Unfortunately there are now some new ones: > > 1. It takes more than 5 seconds to start mc in a rxvt window - in a > "normal" console window mc starts immediately. Removing my rxvt > customizations in .Xdefaults has no effect. > > 2. If you start mc

mc-4.6.0-1 slow startup in rxvt was Re: [ANNOUNCEMENT] Updated:mc-4.6.0-1

On Sun, 9 Mar 2003, Thorsten Kampe wrote: > * Pavel Tsekov (03-03-09 15:34 +0100) > > On Sun, 9 Mar 2003, Thorsten Kampe wrote: > >> Unfortunately there are now some new ones: > >> > >> 1. It takes more than 5 seconds to start mc in a rxvt window - in a &g

Re: [ANNOUNCEMENT] Updated: mc-4.6.0-1

On Mon, 10 Mar 2003, S. L. wrote: > > The Midnight Commander visual shell has been updated to version > > 4.6.0-1. This is major upgrade and the result of more then > > one and a half year of bugfixing and code cleanup. > [...] > > Thanks, and, of course another item on the wishlist (although it

XOpenDisplay() in libW11 causes a SIGSEGV if called with NULL displayname.

This message is intended for the rxvt maintainer. >From the manpage of XOpenDisplay(): display_name Specifies the hardware display name, which determines the display and communications domain to be used. On a POSIX-conformant system, if the display_name is NULL, it defaults to the value of the

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

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 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: 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

[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,

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

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

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: > 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, 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

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: 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

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: > 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: 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: [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.

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

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: >

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: 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

[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

[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: 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: 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] 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: New setup.exe beta.

Hello, > We're at that time again, where your testing directly influences the > quality of setup.exe that you get to run. > > So, > at http://www.cygwin.com/setup-snapshots/ there is a new setup.exe > snapshot, that is (as far as we know) devoid of major bugs. 1. If i try to install from local d

  1   2   3   4   >