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'
$ mytest
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
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 using
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 have from
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 version 6.3.1
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:
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 when used
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
15-20 sec it segfault. I think
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 same
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 in
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. For the sake
of the archives, you
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
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
2000
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 found the cause of the problem
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 (SIGUSR1). Which thread is doing this?
An application thread
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:
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 this error
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 the
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 am
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
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 appreciated. Please CC me when you report
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
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
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
mask
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
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 after leaving
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:
[...]
Just
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
one shows what happens
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,
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:
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
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 raising the
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 on XP,
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 perfectly
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 subshell leaves stale subshell processes and each
time I start to debug
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
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 issue a
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 exec prefix.
: Pavel Tsekov [EMAIL PROTECTED]
? : Gansta93 [EMAIL PROTECTED]
Cc : cygwin@cygwin.com
Envoy? : jeudi 4 ao?t 2005 13:20
Objet : Re: Problem with exec and some suggestions
Hello,
On Thu, 4 Aug 2005, Gansta93 wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
That's exactly
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 not
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, and I
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
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
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 I get nowhere due to lack of time.
I didn't
Hello,
Yesterday, the MC developers (finally) released MC 4.6.1. I've prepared
a new Cygwin package based on the official tarball. Please, upload.
http://ptsekov.fixity.net/cygwin/mc-4.6.1-2-src.tar.bz2
http://ptsekov.fixity.net/cygwin/mc-4.6.1-2.tar.bz2
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 to
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.5.17
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
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 (after pressing F10 or double ESC). I got this error
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, I sent the
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: on
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 .dll can
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
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 refreshed my local
Hello,
I've been looking at the contents of the cygwin1.dll image in the last
few days and I've noticed that the sections named .dllname_info contain
a lot of duplicate entries - one for each autoloaded function from a given
dll. Although it doesn't hurt to have it, this information is not really
On Thu, 10 Mar 2005, Christopher Faylor wrote:
Thanks for the patch but I'd prefer keeping the current functionality which
makes the use of LoadDllprime optional.
I didn't know better :(
I've checked in a fix for this so that only one .*_info block is loaded
for any given DLL.
Very nice!
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:
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 -
: on /mnt/c type user (binmode,noumount)
[EMAIL PROTECTED] ~
$ mount -p
Prefix Type Flags
/mntuser binmode
/cygdrive system binmode
[EMAIL PROTECTED] ~
$ cd /mnt/c
[EMAIL PROTECTED] /mnt/c
$
Here is the changelog entry:
2005-03-06 Pavel
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 the Install Cygwin now
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 the Install Cygwin now
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
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't matter whether I want to edit some old file or just launch
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.
Where do
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 the Cygwin Patch
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
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't available, recompile
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
routine.
I'll
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 fixes the more than two leading dots problem. The above is
a genuin windows problem as you noted
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 understands
only .. and . . If it get three dots in a raw
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: creating
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 tried
Hello,
We need someone (i.e., a volunteer) to maintain the list of pending
packages and to upload packages to sources.redhat.com. I'd be happy to
give access to sources.redhat.com to the appropriate person and to help
set up a tracking database, if necessary. Or, if we want to just do
this
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
Ok, here is my description of the problem.
The following snippet of ext/thread/t/thread.t triggers
the problem:
{
my $lock : shared;
sub islocked {
lock($lock);
my $val = shift;
my $ret;
print $val;
if (@_) {
$ret =
Hallo Pavel,
Running the following test perl.exe caused a crash in the the Cygwin dll:
[...]
Yep, there are two threads tests failing from the perl testsuite. I
havn't looked into this yet:
If you havent started to debug don't bother - I've just finished debugging
the problem.
Just finishing
Hello,
The cygwin subdir in the perl source tree contains a set a functions named
do_*spawn () which are based on the Cygwin spawnvp () call. That is
presumably faster when all the parent wants to do is just start a new
process that in unix would be accomplished by a call to fork ()
followed by
Hello,
Running the following test perl.exe caused a crash in the the Cygwin dll:
../ext/threads/t/thread
A previous one also also caused a crash but I didn't have Dr. Mingw
installed still
and couldn't get a backtrace. I think the name of the other test that
crashed was
again 'thread'. The
Hello,
Should the silence indicate a lack of interest ?
Pavel
--
COMPUTERBILD 15/03: Premium-e-mail-Dienste im Test
--
1. GMX TopMail - Platz 1 und Testsieger!
2. GMX ProMail - Platz 2 und Preis-Qualitätssieger!
3. Arcor - 4. web.de - 5. T-Online
Hello,
Attached is a patch + a testcase. The testcase can be executed with any of
the
following directories:
/cygdrive
/proc
/proc/PID
/proc/registry/HKEY_WHATEVER
2003-08-05 Pavel Tsekov [EMAIL PROTECTED]
* fhandler_disk_file.cc (fhandler_cygdrive::readdir): Do not change
Christopher Faylor wrote:
The cygwin subdir in the perl source tree contains a set a functions named
do_*spawn () which are based on the Cygwin spawnvp () call. That is
presumably faster when all the parent wants to do is just start a new
process that in unix would be accomplished by a call to
Gerrit P. Haase wrote:
And what is your oppinion (in one sentence) about the root of the
problem?
Is it a 'bug' in perl or a 'bug' in cygwin or is just that a perl
script never should do s.th. like this?
Well, I don't feel like I am the one that can give advices
on how to proceed. I don't
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
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 rxvt
After giving this a couple days of thought, I decided that this was
not hobgoblin related so I'm going to check this in.
Thanks! Of course, if people start complaining, it could easily reverted.
Pavel
--
COMPUTERBILD 15/03: Premium-e-mail-Dienste im Test
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 building.
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)
Hello,
Here is a simple patch which makes the behaviour of getmntent () consistent
with
the one of fhandler_cygdrive.
Pavel
2003-08-02 Pavel Tsekov [EMAIL PROTECTED]
path.cc (cygdrive_getmntent): Do not skip over drives of
type DRIVE_REMOVABLE.
--
COMPUTERBILD 15/03
On Sat, Aug 02, 2003 at 01:53:21PM +0200, Pavel Tsekov wrote:
Here is a simple patch which makes the behaviour of getmntent ()
consistent with the one of fhandler_cygdrive.
The reason this is there is to avoid long delays in mount table
listings.
Well, I guessed so, but it would be more
in case. The attached
patch is pretty much non-intrusive, while the one employing cygwin_internal ()
adds a new member to the tty_min structure thus changing the shared memory
footprint and I consider it too intrusive.
Please, review and share your thoughts :)
2003-08-01 Pavel Tsekov [EMAIL
: 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
INSTALLATION:
To update
Hello,
I've prepared the 64-bit test version of Midnight Commander. I took the
opportunity to
update the codebase from CVS since it has been almost 5 months since 4.6.0
was
released.
It seems that the internal viewer (invoked by pressing F3) causes a crash
inside the
guts of Cygwin, when used on
Robb, Sam wrote:
It looks like setup.exe is downloading the wrong source
packages if a package has a test entry in setup.ini.
You can confirm this by doing a default installation,
setting the installation type to Download from Internet,
and asking setup to download the source package for
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 http://www.cygwin.com/ml/cygwin/2003-06/msg00258.html. Almost the
same
subjest, too. :-)
Hello,
An updated Midnight Commander package is available. It addresses this
problem:
http://sources.redhat.com/ml/cygwin/2003-04/msg02119.html
As I've already indicated on the main list this is a bug introduced by me
and it is specific to the Cygwin version of MC.
This version does *NOT*
On Fri, 6 Jun 2003, Elfyn McBratney wrote:
PS- Shall I remove 4.6.0-3 ?
Ooops! Kill everything except 4.6.0-4. 4.5.xx is too old to be useful.
All 4.6.0-x up to -4 have this ftpfs bug.
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:
$ id -u
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
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 to
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
1 - 100 of 567 matches
Mail list logo