Christopher Faylor [EMAIL PROTECTED] writes:
I see that Jan Nieuwenhuizen added a Publishing category to setup.ini a
couple of months ago. I hadn't noticed this until now.
Oops, sorry about that. I asked about it when I put up the first
combined tetex releases for evaluation; maybe I should
On Tue, Oct 15, 2002 at 10:54:31AM +0200, Jan Nieuwenhuizen wrote:
Christopher Faylor [EMAIL PROTECTED] writes:
I see that Jan Nieuwenhuizen added a Publishing category to setup.ini a
couple of months ago. I hadn't noticed this until now.
Oops, sorry about that. I asked about it when I put
I'm interested in becoming a package maintainer for the xerces-c and
xerces-c-devel (http://xml.apache.org/xerces-c/index.html) packages. Below
are the proposed setup.hint files for these packages. I'll have the tar
files ready for uploading by the end of this week.
thank you!
-Abe
xerces-c
On Wed, 2002-10-16 at 03:55, Christopher Faylor wrote:
I can't think of any good reason for this package name to be all upper
case. I've changed it to lowercase.
Well, it is an anacronym.
Rob
--
---
GPG key available at: http://users.bigpond.net.au/robertc/keys.txt.
---
signature.asc
On Wed, Oct 16, 2002 at 08:36:27AM +1000, Robert Collins wrote:
On Wed, 2002-10-16 at 03:55, Christopher Faylor wrote:
I can't think of any good reason for this package name to be all upper
case. I've changed it to lowercase.
Well, it is an anacronym.
Like, say, gcc, cvs, or gdb?
cgf
On Wed, 2002-10-16 at 09:06, Christopher Faylor wrote:
On Wed, Oct 16, 2002 at 08:36:27AM +1000, Robert Collins wrote:
On Wed, 2002-10-16 at 03:55, Christopher Faylor wrote:
I can't think of any good reason for this package name to be all upper
case. I've changed it to lowercase.
Well,
I was getting together a shiny new cygwin-doc package and was
checking through my README for building the docs from the
SGML docbook. In it I reference testing packages described in
http://sources.redhat.com/ml/cygwin-apps/2002-05/msg00169.html
at
http://www.toomanysecrets.net/~foster/cygwin/
Sumeet,
Yes, there are two ways that you can use Cygwin/XFree86 to display
applications from your HP-UX server:
Ok, then my Logon Client is working on HP-UX , fine
Note The X.NET Project can be found under
http://sourceforge.net/projects/ibsxnet/
1) Remote sessions via XDMCP (there is an
Does anybody know how to change the keyboard settings from qwerty to
azerty? I`m using the latest version of cygwin with windowmaker?
Thanks allready,
Arkadi
I have been running cygwin X for quite a while. Recently, my setup got
corrupted after a setup session gone bad (not sure why).
Today, I reinstalled everything (cygwin xfree) from the internet but I
can't start a basic X server. Here's what I get:
$ startx
waiting for X server to begin
Is there any reason why the above file still exists when
there is a -2.tar.bz2 version now ?
Alan.
Is there a way to have startxwin.bat behave just like startx? I.e.
to have the XFree86 window resulting from running startxwin.bat be
just like the one resulting from running cygwin.bat, and then startx?
I'd like to not maintain two sets of configuration files, so I'd like
to be able to just
CVSROOT:/cvs/uberbaum
Module name:winsup
Changes by: [EMAIL PROTECTED] 2002-10-15 00:03:45
Modified files:
cygwin : ChangeLog child_info.h dcrt0.cc
fhandler_console.cc fork.cc pinfo.cc pinfo.h
shared.cc
Earnie Boyd wrote:
I've just implemented this.
Earnie Boyd wrote:
This is a warning of changes about to occur. I've tested these chages
with both native mingw32 and native cygwin. I've not tested these
changes with a cross build system. The purpose of the change is to
add targets
On Tue, Oct 15, 2002 at 08:06:19AM +0200, Gerrit P. Haase wrote:
Hallo Christopher,
Am Montag, 14. Oktober 2002 um 17:58 schriebst du:
On Mon, Oct 14, 2002 at 10:24:57AM -0500, Gary R Van Sickle wrote:
I'm still having these sorts of problems with Perl 5.8 and Cygwin1.dll
1.3.13-2:
Can you
[snip]
It's definitely correlated to your problem but I can't tell
you what's
generating it specifically. You'll need to debug it more it seems.
[snip]
What do you need with debug it more? I don't know how to proceed, can
you give some hint?
Thank you,
Danilo
This is the same old problem that has always existed with cygwin fork
and perl, AFAICT. There is no guaranteeing that a dll which is loaded
into a specific location in a parent will be loaded into the same
location in the child.
Cygwin tries to force loading in the proper place but
[snip]
It's definitely correlated to your problem but I can't tell
you what's
generating it specifically. You'll need to debug it more it seems.
[snip]
What do you need with debug it more? I don't know how to
Obviously was mean and not need.
--
Hi!
I have installed cygwin in c:\cygwin, then i copyied this directory on
another computer and when I run cygwin.bat in the new copy, it writes
that it can't find /tmp. I think it doesn't know, where the
cygwin root is. Where or how do I set the path of cygwin root up? And
please, don't write
Where or how do I set the path of cygwin root up?
Or just re-run http://cygwin.com/setup.exe. It will know after scanning
your new location that nothing new is required (so there'll be no
time-consuming downloads) but it will also re-set the registry as required,
which is what has been left out
It's in registry under HKEY_LOCAL_MACHINE/Software/Cygnus Solutions/mounts
v2.
Export it from machine where you originally installed it then import on new
machine (change if necessary).
-Original Message-
From: David irok [mailto:[EMAIL PROTECTED]]
Sent: Tue, October 15, 2002 11:01
Under cygwin-3-13, even with nontsec on, under mutt, ispell does not
respond to keystrokes when it offers alternative spellings. The window
seems to freeze. Under 3-12, it works as expected.
I'd guess that similar problems will surface soon using other utilities.
Lester
--
Prof. Lester
Hi Tom,
I have begun running the cygwinized emacs
GNU Emacs 21.2 (i686-pc-cygwin) of 2002-10-14
that is setup.exe-able from cygwin 1.3.13-1. It was very easy to
setup,
does that mean you've sorted out the terminal problem then? (I didn't have
any problems are doing the CYGWIN and TERM
Hi,
Today I visit www.cygwin.com and run the setup.exe as usual, and there seems
some updates.
After that, I suddenly find that when I compile file with gcc, it generates
the bin but I cannot run it.
The reason is that the file generated by gcc is -rw-rw-rw-, and I even
cannot chmod it(output is
Christopher Faylor wrote:
The newest snapshot should fix this problem.
cgf
(who wonders why he even bothers to release snapshots since no one
actuallytries them)
So, I could not resist and tried the 20021015 snapshot of cygwin1.dll
to make Chris a little happier ;-).
However, I am sorry to say
James Shaw wrote:
I've been happily using and programming under Cygwin
for a couple of months. I suddenly noticed today
that a bug has creeped up in my installation.
I'm writing here in the hopes that something is
configured wrong / Windows is misbehaving. And
that it can therefore be
Ralf,
On Mon, Oct 14, 2002 at 08:03:25AM +0200, Ralf Habacker wrote:
My goal was to make my rebase as similar in usage to the Microsoft
one as possible.
And what about Win ME ? How do you could archive your goal, when there
isn't any rebase support ?
The statement above was only meant
Ralf,
On Mon, Oct 14, 2002 at 08:03:25AM +0200, Ralf Habacker wrote:
My goal was to make my rebase as similar in usage to the Microsoft
one as possible.
And what about Win ME ? How do you could archive your goal, when there
isn't any rebase support ?
The statement above was only
The newest snapshot should fix this problem.
cgf
(who wonders why he even bothers to release snapshots since no one
actually
tries them)
Test Run By trevor on Tue Oct 15 20:48:19 2002
Native configuration is i686-pc-cygwin
=== winsup tests ===
Schedule of variations:
System: Windows 2000 SP3, cygwin 1.3.12-4 (cygcheck output at bottom)
I thought my sshd troubles were gone, but there is appearently another
issue.
After I last emailed that I had gotten things to work by manually creating
system mount points for /, /usr/bin, and /usr/lib, and I was subsequently
On Tue, Oct 15, 2002 at 12:49:45PM +0200, Ton van Overbeek wrote:
Christopher Faylor wrote:
The newest snapshot should fix this problem.
cgf
(who wonders why he even bothers to release snapshots since no one
actuallytries them)
So, I could not resist and tried the 20021015 snapshot of cygwin1
On Mon, 14 Oct 2002, Tom Roche wrote:
C-h is mapped to DEL in both X and -nox.
So as a result I see (out-of-the-box)
* Backspace removes character to left of mark
* Delete removes character under mark
* C-h removes character to left of mark
Is there any way to restore it to its normal
On Sun, Oct 13, 2002 at 04:49:27PM +0200, U-D90V2D0Jchj wrote:
On Fri, Oct 11, 2002 at 10:43:16PM +0200, Christian Jönsson wrote:
On Fri, Oct 11, 2002 at 11:32:15AM -0400, Christopher Faylor wrote:
On Fri, Oct 11, 2002 at 05:24:34PM +0200, Christian J?nsson wrote:
Hmm, I don't quite
the 20021015 snapshot of cygwin1.dll
to make Chris a little happier ;-).
However, I am sorry to say that nothing works. When starting bash
in a DOS box (with the normal cygwin.bat) it stops with Bash caused
a general protection fault in cygwin1.dll at 0167:6101214f.
This is on W98SE.
cygcheck?
cgf
Here
The following post from the Python-Dev mailing list seems to have
ramifications for Cygwin Python.
Comments, anyone?
--
From: [EMAIL PROTECTED] (Guido van Rossum)
Date: Tue, 01 Oct 2002 09:38:47 -0400
Subject: [Python-Dev] Dropping support for
Hi,
I would like to suggest and request that cygcheck -s output not be
included in the body of postings to the Cygwin mailing list. Because that
output includes a list of packages, DLLs and key executables, including it
in the body of a message can cause many false hits when searching the
Hello, Chris,
Back in August, I sent this message:
-==--==--==--==--==--==--==--==--==--==--==--==--==--==--==-
Hi,
The cygpath --help output does not include a final newline.
-==--==--==--==--==--==--==--==--==--==--==--==--==--==--==-
To which you (Chris) replied:
On Tue, Oct 15, 2002 at 10:17:51AM -0700, Randall R Schulz wrote:
Hello, Chris,
Back in August, I sent this message:
-==--==--==--==--==--==--==--==--==--==--==--==--==--==--==-
Hi,
The cygpath --help output does not include a final newline.
David,
On Tue, Oct 15, 2002 at 01:15:31PM -0400, Robinow, David wrote:
The following post from the Python-Dev mailing list seems to have
ramifications for Cygwin Python. Comments, anyone?
Thanks for the heads up. I will post the python-dev and lobby for Tcl
8.0 support to be retained.
On Tue, Oct 15, 2002 at 01:45:40PM -0400, Jason Tishler wrote:
David,
On Tue, Oct 15, 2002 at 01:15:31PM -0400, Robinow, David wrote:
The following post from the Python-Dev mailing list seems to have
ramifications for Cygwin Python. Comments, anyone?
Thanks for the heads up. I will post the
Chris,
Cygpath, not cygcheck:
1018 cygpath --help
Usage: cygpath (-d|-m|-u|-w|-t TYPE) [-c HANDLE] [-f FILE] [options] NAME
cygpath [-ADHPSW]
Output type options:
-d, --dos print DOS (short) form of NAME (C:\PROGRA~1\)
-m, --mixed like --windows, but with
On Tue, 15 Oct 2002, Randall R Schulz wrote:
Hello, Chris,
Back in August, I sent this message:
-==--==--==--==--==--==--==--==--==--==--==--==--==--==--==-
Hi,
The cygpath --help output does not include a final newline.
-==--==--==--==--==--==--==--==--==--==--==--==--==--==--==-
To
On Tue, Oct 15, 2002 at 10:48:01AM -0700, Randall R Schulz wrote:
Chris,
Cygpath, not cygcheck:
Sorry. I actually did check cygpath and then used the wrong program
in my example:
cgf
bash-2.05b$ cygpath --help
Usage: cygpath (-d|-m|-u|-w|-t TYPE) [-c HANDLE] [-f FILE] [options] NAME
Hi,
first let me get some hints to all those who try to run into
the same problems as i did.
I tried to compile some small crypto/openssl program under cygwin
with -mno-cygwin. The compiler complained that the header files
of openssl/err.h could not be found. -mno-cygwin forces the compiler
to
On Tue, Oct 15, 2002 at 05:18:16AM -0400, Lester Ingber wrote:
Under cygwin-3-13, even with nontsec on, under mutt, ispell does not
respond to keystrokes when it offers alternative spellings. The window
seems to freeze. Under 3-12, it works as expected.
ispell is not a standard cygwin package,
hi,
a path like //usr/local is treated as an UNC path.
this might leads to problems when an application is using //usr/local as
a normal unix-path.
i don't know how to overcome the problem, but one might think of a path
like /unc/computer/share instead of using the path //computer/share
what
Chris,
On Tue, Oct 15, 2002 at 01:48:27PM -0400, Christopher Faylor wrote:
On Tue, Oct 15, 2002 at 01:45:40PM -0400, Jason Tishler wrote:
Does anyone want to take Mumit Khan's patches and update Cygwin to a
more recent version?
http://www.xraylith.wisc.edu/~khan/software/tcl/
That's
Igor,
1021 cygpath --help | tail -1 | od -t x1 -c
000 20 20 2d 76 2c 20 2d 2d 76 65 72 73 69 6f 6e 09
- v , - - v e r s i o n \t
020 09 6f 75 74 70 75 74 20 76 65 72 73 69 6f 6e 20
\t o u t p u t v e r s i
Ralf,
On Tue, Oct 15, 2002 at 02:11:00PM +0200, Ralf Habacker wrote:
Thanks for this info.
You are welcome.
Please let me know, if you are going to the third part.
I intend to.
Perhaps I can help you with this stuff. :-)
Don't worry -- *you* will. :,)
Jason
--
Unsubscribe info:
That's the error.. but seems strange to me that a system header has a
problem, anyone has an idea?
$ make
g++ -ggdb -c -o icse.o icse.cc
/usr/include/c++/3.2/bits/ios_base.h: In copy constructor
`std::basic_ioschar,
std::char_traitschar ::basic_ios(const std::basic_ioschar,
On Tue, Oct 15, 2002 at 06:51:54PM +0200, Ton van Overbeek wrote:
So, I could not resist and tried the 20021015 snapshot of cygwin1.dll
to make Chris a little happier ;-).
However, I am sorry to say that nothing works. When starting bash
in a DOS box (with the normal cygwin.bat) it stops
On Tue, 15 Oct 2002, Tom Roche wrote:
I un/reinstalled cygwin 1.3.13-1, and upon running bash get
bash: id: command not found
bash: /bin/echo: No such file or directory
bash: /bin/grep: No such file or directory
When I try to
find / -name 'id'
I get an error about cygintl-1.dll not on
--- Max Bowsher [EMAIL PROTECTED] wrote:
--- I (James Shaw) wrote:
The bug is that all files show up as executable!
This is because ntsec is now on by default, and
Windows gives execute
permission to everything that has read permission in
its default ACLs.
Either set CYGWIN=nontsec,
Hello,
I'm experiencing some non-intuitive behavior when -- under Cygwin Perl -- calling
system commands. The FAQ alludes to differences between Cygwin and systems like
Linux.. this might be another one of these differences, or it might be dumb-user-error.
I have a solution I can live with. I
Kris Thielemans Tue, 15 Oct 2002 11:04:39
does that mean you've sorted out the terminal problem then? (I
didn't have any problems are doing the CYGWIN and TERM stuff)
No, even after un/reinstalling, I still see
* When emacs starts up, the display is usually shifted either down a
line or
On Tue, Oct 15, 2002 at 09:09:27PM +0200, Sven K?hler wrote:
a path like //usr/local is treated as an UNC path.
this might leads to problems when an application is using //usr/local as
a normal unix-path.
i don't know how to overcome the problem, but one might think of a path
like
Jason Tishler writes:
Gerald S. Williams wrote:
Jason Tishler wrote:
I guess that when Python 2.3 is released, I will most likely have to
drop support for the _tkinter module.
Please let's not.
I would prefer not to drop support either. But, to be frank, I do not
use _tkinter.
On Tue, 15 Oct 2002, [ISO-8859-1] Sven Köhler wrote:
a path like //usr/local is treated as an UNC path.
this might leads to problems when an application is using //usr/local as
a normal unix-path.
i don't know how to overcome the problem, but one might think of a path
like
Patches gratefully accepted (C). Oops, sorry, I guess it's Donations
gleefully accepted now... :-D
what do you mean with that?
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation:
On Tue, Oct 15, 2002 at 03:51:19PM -0400, Igor Pechtchanski wrote:
On Tue, 15 Oct 2002, [ISO-8859-1] Sven Köhler wrote:
a path like //usr/local is treated as an UNC path.
this might leads to problems when an application is using //usr/local as
a normal unix-path.
i don't know how to
On Tue, 15 Oct 2002, Scott Prive wrote:
Hello,
I'm experiencing some non-intuitive behavior when -- under Cygwin Perl
-- calling system commands. The FAQ alludes to differences between
Cygwin and systems like Linux.. this might be another one of these
differences, or it might be
Christopher Faylor [EMAIL PROTECTED] writes:
cygwin allows the user to specify paths like: c:\foo\bar and c:/foo/bar.
Similarly, it allows //foo/bar and \\foo\bar .
If that doesn't satisfy you then you can go back to the Because we're mean
argument.
I've been hurt by this too, and it makes
Perhaps something like a unc_prefix is in order, similar to the cygdrive
prefix?
the sollution that paths like //comp/share are interpreted like an
UNC-path is just not compatible with an application might expect from a
unix-environment.
the 2 slashes should be collapsed and nothing else.
Jason Tishler wrote:
(I'm not entirely sure why Tcl/Tk is stuck at 8.0--I thought Cygwin
was supported through 8.2 or 8.3. But that's another matter.)
As Chris has already stated, it is in the archives.
I know, but from the 80,000 foot view it looked like
the pieces were there. The
-Original Message-
From: Igor Pechtchanski [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, October 15, 2002 4:00 PM
To: Scott Prive
Cc: [EMAIL PROTECTED]
Subject: Re: Perl system() and Cygwin
On Tue, 15 Oct 2002, Scott Prive wrote:
Hello,
I'm experiencing some non-intuitive
Vincent Yau wrote:
Hi I just installed the latest Cygwin today
and I am running it on a Windows 2000 Service Pack 2 box.
I wanted to fire up emacs but it spits out this error message:
emacs.exe -- Entry point not found
The procedure entry point TIFFClientOpen could not be
Tom Roche wrote:
Make sure terminfo is installed -- there should be a file
/usr/lib/terminfo/c/cygwin.
There is not: there is not even /usr/lib. But when I run setup,
it says Keep and version == 5.2-3.
I think you looked with a Windows tool -- you need to look
using Cygwin, since it
Tom Roche wrote:
that is setup.exe-able from cygwin 1.3.13-1. It was very easy to
setup, but it has its quirks. One is that C-h is mapped to DEL in
both X and -nox. Is there any way to restore it to its normal
help-command role (without also screwing up Backspace and
Delete)? I.e. make C-h,
Tom Roche wrote:
and emacs runs! However the display not quite right: when emacs
starts up, the display is usually shifted either down a line or
to the right a column from where it should be, with extraneous
characters showing in either the minibuffer, or the top of the
display (first line
On 10/15/2002 1:05 PM, Sven Köhler wrote:
the sollution that paths like //comp/share are interpreted like an
UNC-path is just not compatible with an application might expect from a
unix-environment.
Don't be silly - there are Unix-y environments where // doesn't work
the way you think
FYI: I actually *had* hostnames like var, tmp and so on at one time... :-)
Cygwin maps UNIX/POSIX behavior on top of NT, but NT was designed to be compatible
with DOS's *broken* conventions, so NT is half-broken.
Any kind of parsing for mounts like you suggest would probably incur a
Lapo,
I don't have a reference to std iostreams handy, but having seen errors like
this many times before, I can tell you what's up.
Even though it looks like there is an error in a system/standard header, it
is actually an indication of where the compiler ended up after
parsing/preprocessing
On 10/15/2002 1:05 PM, Sven Köhler wrote:
the sollution that paths like //comp/share are interpreted like an
UNC-path is just not compatible with an application might expect from a
unix-environment.
And there are other things too. Perhaps cygwin should ban \ file
separators in paths?
I recently needed to do a total re-install of cygwin [ totalled one
partition ]. Took forever to get through the download stage because I
kept getting some network problems, but it finally got to the post-install.
During the post-install I observed several failures of the usual
fork-resource
On Tue, Oct 15, 2002 at 02:33:30AM -0400, Christopher Faylor wrote:
This is the same old problem that has always existed with cygwin fork
and perl, AFAICT. There is no guaranteeing that a dll which is loaded
into a specific location in a parent will be loaded into the same
location in the child.
David A. Cobb wrote:
Would it be a big deal to have the various setup scripts send their
output to, say, /var/log/setup/SCRIPTNAME.log?
Probably not, but someone has to actually do it.
Perhaps we should have a setup.exe web-based todo list? Like the current one
for the DLL?
(I know there is a
I tried it with 2 different executables (both C++, both compiled with
GCC3.2). I tried it with both the stock gdb (20010428-3) the one
listed as experimental (20020718-1). I also tried it with both 1.3.13-2
1.3.12-4.
The test was, set a breakpoint at the first line of main (done by
default
On Wed, Oct 16, 2002 at 09:33:02AM +1000, Robert Collins wrote:
On Wed, 2002-10-16 at 09:11, Max Bowsher wrote:
David A. Cobb wrote:
Would it be a big deal to have the various setup scripts send their
output to, say, /var/log/setup/SCRIPTNAME.log?
Probably not, but someone has to actually
On Tue, Oct 15, 2002 at 07:37:31PM -0400, Rolf Campbell wrote:
I tried it with 2 different executables (both C++, both compiled with
GCC3.2). I tried it with both the stock gdb (20010428-3) the one
listed as experimental (20020718-1). I also tried it with both 1.3.13-2
1.3.12-4.
The test
The binary imapd.exe provided by UW has been working great prior to
cygwin1.dll 1.3.13-2. Now, imapd.exe cannot load (and sorry, I don't have
the error available right offhand).
It is not a problem with ntsec; I have been running with ntsec for some
time, and setting nontsec doesn't help.
The
Hi,
I need to access some files from a mapped network drive (e.g. B:) for
scp 'ing.
Currently I'm using pscp (puttyscp) . And I do the following to scp
files from mapped n/w drives (below from B:).
/home/admin/perl/pscp.exe -pw password -r B:/\IN
[EMAIL PROTECTED]:datafiles/.
Executing the
On 16 Oct 2002, Robert Collins wrote:
On Wed, 2002-10-16 at 09:11, Max Bowsher wrote:
David A. Cobb wrote:
Would it be a big deal to have the various setup scripts send their
output to, say, /var/log/setup/SCRIPTNAME.log?
Probably not, but someone has to actually do it.
It's been
On Tue, 15 Oct 2002, Smithesh Ramachandran wrote:
Hi,
I need to access some files from a mapped network drive (e.g. B:) for
scp 'ing.
Currently I'm using pscp (puttyscp) . And I do the following to scp
files from mapped n/w drives (below from B:).
/home/admin/perl/pscp.exe -pw password
Errr...
Cool.. thanks...
Smithesh..
-Original Message-
From: Igor Pechtchanski [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, October 15, 2002 5:34 PM
To: Smithesh Ramachandran
Cc: [EMAIL PROTECTED]
Subject: Re: accessing mapped network drives - cygwin scp
On Tue, 15 Oct 2002, Smithesh
Hi there,
Now the switch to gcc-3xx is complete, has the linker being configured to be
128-bit aligned so we can use the new SSE functionality and 128-bit data
types?
Regards
--
-
Q-Games, Dylan Cuthbert.
http://www.q-games.com
P2P internet radio -
Jason Tishler wrote:
David,
On Tue, Oct 15, 2002 at 01:15:31PM -0400, Robinow, David wrote:
The following post from the Python-Dev mailing list seems to have
ramifications for Cygwin Python. Comments, anyone?
Thanks for the heads up. I will post the python-dev and lobby for
Tcl
8.0
At 01:58 PM 10/15/2002 -0400, Christopher Faylor wrote:
On Tue, Oct 15, 2002 at 05:18:16AM -0400, Lester Ingber wrote:
Under cygwin-3-13, ispell does not respond to keystrokes
The window seems to freeze. Under 3-12, it works as expected.
so this will probably require more debugging on your
Hi,
Reading from 2 (standard error) is a little iffy, but back in days of
yore, when Unix was either BSD or
version 7, it was quite common. The standard behaviour was to open fd 0
(input) with mode 0 (read),
fd 1 (output) with mode 1 (write) and fd 2 (error) with mode 2 (readwrite).
The logic
John,
How does that scheme of opening initial tty descriptors save a variable?
By the way, init didn't open the descriptors, getty did. Those
descriptors were then inherited by login and thence by the user's shell.
Apart from reading /etc/inittab (I think that's what it was called) and
f m [EMAIL PROTECTED] wrote around 14 Oct 2002
[EMAIL PROTECTED]:">news:[EMAIL PROTECTED]:
I'm using cygwin-1.3.12-4 on WinME. I find that when I cut something
from the cygwin window, it always has a carriage return at the end
regardless of what application I paste it into. This only
Jelks Cabaniss [EMAIL PROTECTED] wrote around 14 Oct 2002
001c01c273af$bee42910$6601a8c0@blackie:">news:001c01c273af$bee42910$6601a8c0@blackie:
Just installed the new cygwin and the old directory listing colors are
no longer recognized. Now it only distinguishes between normal files
(red),
Schaible, Jörg [EMAIL PROTECTED] wrote around 14 Oct 2002
[EMAIL PROTECTED]:">news:[EMAIL PROTECTED]:
Even more interesting: I have different mail addresses for the Cygwin
list, depending wether I am at the office or at home. My home address
is registered by gmane.org and I received that
92 matches
Mail list logo
