> Okay, now I'm trying to figure out how dircolors works. I've modified
> /etc/LS_COLORS, then have done things like
>
> dircolors -b /etc/LS_COLORS > MyColors
> . ./MyColors
That's one way. Another is the method used by /etc/profile:
eval "`dircolors -b /path/to/database`"
>
> but it doesn
Eric Blake wrote:
Timothy King timothyking.com> writes:
The re-install fixed the path problem, but I still have strange things
going on with the directory colors. Attached is a screen print.
Notice some directores are the correct blue on white while others are
black on green.
Not
Hi,
I have a perl based server that creates a TCP listen
socket in a parent process, then forks off an N-child
process pool that normally accepts connections
round-robin style alla apache 1.3. Everything worked
great when I was based on cygwin1.dll version 1.5.18.
I would see many requests being
Timothy King timothyking.com> writes:
> The re-install fixed the path problem, but I still have strange things
> going on with the directory colors. Attached is a screen print.
> Notice some directores are the correct blue on white while others are
> black on green.
Not a bug, but a feature im
On 3/9/06, Igor Peshansky <[EMAIL PROTECTED]> wrote:
> Setup actually does a bit more than leave .new files around -- it also
> schedules the original files to be replaced by .new files on reboot. If
> you have since rebooted, Windows would have done the job of renaming the
> .new files for you.
Hi,
The current version of VIm seems to have been compiled with
-xterm_clipboard disabled. Is there a particular reason for this (e.g.,
introducing a hard dependence on the X libraries)? If not, would it be
possible to enable it? It would be really nice to be able to cut/paste
without using the
Alessandro Balvis wrote:
>
> I installed the TinyOS package, that include the Cygwin 1.3.22, on a
> machine:
Whatever problem you are seeing, I don't think anyone here is interested
in troubleshooting a version that is three years and two dozen releases
out of date. Numerous things have changed
From: "Dave Korn"
On 09 March 2006 19:37, Larrie Carr wrote:
Sure I RTFM'ed and yes it says that. But I would argue that Keep does
not
exactly work the way that you say it does. So not using Keep does not
indicate RTFM status.
Well, since keep ABSOLUTELY DOES work EXACTLY how I described
On 09 March 2006 19:37, Larrie Carr wrote:
> Sure I RTFM'ed and yes it says that. But I would argue that Keep does not
> exactly work the way that you say it does. So not using Keep does not
> indicate RTFM status.
Well, since keep ABSOLUTELY DOES work EXACTLY how I described it, you really
n
From: "Dave Korn"
On 09 March 2006 18:22, Dave Korn wrote:
... one paragraph that needs a little clarification:
On 09 March 2006 17:51, Larrie Carr wrote:
But the latest is not always the best. For instance, octave could only
be
compiled with gcc 3.3.3 - but the latest in setup is 3.4.4.
Ulrich Herrmann gmx.de> writes:
> I recently switched to my favourite shell the tcsh. I encountered the
> problem that it didn't display non ascii characters correctly.
There are more aspects to displaying non-ascii characters than the
(lack of) locale support. For example, bash is able to d
On 09 March 2006 18:22, Dave Korn wrote:
... one paragraph that needs a little clarification:
> On 09 March 2006 17:51, Larrie Carr wrote:
>> But the latest is not always the best. For instance, octave could only be
>> compiled with gcc 3.3.3 - but the latest in setup is 3.4.4. I'm fine with
On 09 March 2006 17:51, Larrie Carr wrote:
> From: "Dave Korn" wrote
>> On 09 March 2006 05:45, Larrie Carr wrote:
>>> I had this problem a couple of months ago. My problem was caused by the
>>> setup.exe being very helpful and (at least for me) defaulting to always
>>> installing the latest ver
From: "Dave Korn" wrote
On 09 March 2006 05:45, Larrie Carr wrote:
I had this problem a couple of months ago. My problem was caused by the
setup.exe being very helpful and (at least for me) defaulting to always
installing the latest version of anything you already had installed. And
if
you
On Thu, Mar 09, 2006 at 05:20:01PM +0100, Alessandro Balvis wrote:
>I installed the TinyOS package, that include the Cygwin 1.3.22, on a
>machine:
Please go back to whomever provided you with TinyOS and report the
problem there. We don't support ancient versions of cygwin here and
this is not a s
On 09 March 2006 16:18, [EMAIL PROTECTED] wrote:
> I have got to a similar problem with Cygwin having same symptoms. I have
> found that there was a reported problem with a strings in libstdc++.la, if
> your application is using dlls. It is really awfull bug to identify...
>
> See this links for
On 09 March 2006 15:57, Gary Zablackis wrote:
> Here is a simplified test to show what is going on:
A few comments. First off, attachments are good for testcases.
Line-wrapping is bad for them! Secondly, you omitted Crash2.h, and thirdly,
you had an inconsistency - you listed a file as OK.c b
I have got to a similar problem with Cygwin having same symptoms. I have found
that there was a reported problem with a strings in libstdc++.la, if your
application is using dlls. It is really awfull bug to identify...
See this links for details:
http://sourceware.org/ml/cygwin/2006-01/msg01352.ht
Hello all,
I recently switched to my favourite shell the tcsh. I encountered the
problem that it didn't display non ascii characters correctly. After
diving a little bit deeper into it I figured that Cygwin supports only the
minimal "C" locale and not any other locales like for the german l
I installed the TinyOS package, that include the Cygwin 1.3.22, on a
machine:
Matrox 4Sight M Unit
Intel Pentium M 1.6GHz with 248MB di RAM
Microsoft Windows XP Embedded Version 2002 SP2
and when I open the Cygwin shell I receive this message:
bash: /dev/null: No such file or directory
Hi,
With the release of Cygwin-1.5.19-4, we have had
silent crashes of the Computer Algebra System SAGE at
startup. I have traced these to an invalid memory
access in pthread_key_create() which SHOULD be caught
and processed by the fault handler in
verifyable_object_isvalid(). However, the program
On Mar 8 22:36, Max Bowsher wrote:
> Suppose "foo.tmp" is a symlink, and "foo" is a regular file.
>
> Calling rename("foo.tmp", "foo") results in the very bizarre situation
> where, as far as Cygwin is concerned, there are TWO files called "foo"
> within the same directory.
Should be fixed now i
On Thu, Mar 09, 2006 at 09:52:51AM -0500, Christopher Faylor wrote:
That helped. The orginal error no longer appears. Now I get the error
'cannot open display'. X is running.
And your DISPLAY environment variable is set to...?
Ah ha! I set my DISPLAY Windows variable to 127.0.0.1:0.0. No
On Thu, Mar 09, 2006 at 09:52:01AM -0500, Neil Watson wrote:
>On Thu, Mar 09, 2006 at 02:44:38PM +, Eric Blake wrote:
>>Make sure c:\cygwin\usr\X11R6\bin is in your Windows %PATH% (or
>>wherever cygICE-6.dll is installed).
>
>That helped. The orginal error no longer appears. Now I get the err
On Thu, Mar 09, 2006 at 02:44:38PM +, Eric Blake wrote:
Make sure c:\cygwin\usr\X11R6\bin is in your Windows %PATH% (or
wherever cygICE-6.dll is installed).
That helped. The orginal error no longer appears. Now I get the error
'cannot open display'. X is running.
--
Neil Watson
> I have X running. How can I start Cygwin's build of Gvim from Windows,
> without doing from an xterm? I tried issuing gvim from a cmd window but
> I receive an error "cygice-6.dll was not found".
Make sure c:\cygwin\usr\X11R6\bin is in your Windows %PATH% (or
wherever cygICE-6.dll is installe
On Thu, Mar 09, 2006 at 07:20:49AM -0700, Jerry D. Hedden wrote:
Neil Watson asked:
I have X running. How can I start Cygwin's build of Gvim from Windows,
without doing from an xterm? I tried issuing gvim from a cmd window but
I receive an error "cygice-6.dll was not found".
I don't use X.
On 09 March 2006 05:45, Larrie Carr wrote:
> I had this problem a couple of months ago. My problem was caused by the
> setup.exe being very helpful and (at least for me) defaulting to always
> installing the latest version of anything you already had installed. And if
> you don't look at the r
Neil Watson asked:
> I have X running. How can I start Cygwin's build of Gvim from Windows,
> without doing from an xterm? I tried issuing gvim from a cmd window but
> I receive an error "cygice-6.dll was not found".
I don't use X. I just use RXVT windows on top of the Windows Desktop.
I don't
On Thu, Mar 09, 2006 at 09:06:28AM -0500, Igor Peshansky wrote:
>P.S. A note for the archives: now that setup has a proper mechanism to
>detect failed postinstall scripts, along with scheduling replace-on-reboot
>for the files in-use, we could (should) also create a batch file in
>RunOnce after reb
Jerry D. Hedden wrote:
> >Combination:
> >cygwin-inst-20060302.tar.bz2 (2006-03-02 17:00 GMT) snapshot
> >apache-1.3.33-2.tar.bz2
> >
> >Apache won't start, and outputs the following in its log:
> >Cannot load /usr/lib/apache/mod_env.dll into server: Bad address
Christopher Faylor repl
I have X running. How can I start Cygwin's build of Gvim from Windows,
without doing from an xterm? I tried issuing gvim from a cmd window but
I receive an error "cygice-6.dll was not found".
--
Neil Watson | Gentoo Linux
Network Administrator | Uptime 5 days
http://watson-wil
On Wed, 8 Mar 2006, Timothy King wrote:
> On 3/8/06, Larrie Carr <[EMAIL PROTECTED]> wrote:
> > From: "Timothy King"
> > > Last night, I grabbed an additional package using setup.exe. It also
> > > downloaded and installed the latest cygwin1.dll (1.5.19-4) and core
> > > utilities. I had not upd
i use eclipse + cdt + cygwin with windows xp
in my program pthread_suspend can not work stably. sometimes it works,
sometimes the system is frozen at pthread_suspend. could somebody here give
me an example and tell me how to use pthread_suspend? thank you in advance
--
View this message in context
>
> here ROOT is a directory which can be or can not be present in all test
> directories. so i test if nlink is three (3) and if that ROOT directory is
> present to see if the directory is leaf directory. if the ROOT is not
> present then i test if nlink is 2 ( for . and ..).
> this works fine w
> Last night, I grabbed an additional package using setup.exe. It also
> downloaded
> and installed the latest cygwin1.dll (1.5.19-4) and core utilities. I had
> not
> updated since early January. While it was running the post-install script, I
> received serveral errors along the lines of
i am usign a perl script in which i try to find whether the direcory is leaf
directory or not by seeing nlink value.
i do it by
$info = stat(".");
$nlink = $info->nlink;
this will give me the value of nlink for that directory. now i test if that
directory is leaf dir
On Mar 8 16:48, Chris January wrote:
> On 08/03/06, Loh, Joe wrote:
> > Then we proceed to removing the first USB disk, i.e. /dev/sdb, using the
> > the "Safe Removal" method from Windows. Once that operation completes
> > we "cat" the /proc/partitions again. This time, the only disk shown is
>
38 matches
Mail list logo