ure did.
I tried the 20021016 snapshot and it does not crash on W89SE like the
20021015 snapshot. Also more now works properly in a cygwin/DOS box.
The snapshot info from cygcheck is:
-
905k 2002/10/16 C:\Cygwin\bin\cygwin1.dll
Cygwin DLL version info:
> To quote from the Single Unix Specification v3:
>
> "A pathname consisting of a single slash shall resolve to the root
> directory of the process. A null pathname shall not be successfully
> resolved. A pathname that begins with two successive slashes may be
> interpreted in an implementation
Hi!
Wednesday, 16 October, 2002 Sven Köhler [EMAIL PROTECTED] wrote:
SK> the sollution that paths like //comp/share are interpreted like an
SK> UNC-path is just not compatible with an application might expect from a
SK> unix-environment.
Then those applications are making false assumptions. Ex
Hi
I haven't had any response to this question. Can someone please tell me
who the maintainer of the cygwin/newlib package is?
I will address the question straight to him/her.
Thanks.
Anurag
On Fri, 11 Oct 2002 11:22:56 +1000
Anurag Sharma <[EMAIL PROTECTED]> wrote:
> Hi All,
>
> Does any
using gcc-3.2.1.
perl-5.8.0-1 src - unpacked and built as is from
perl-5.8.0-1-src.tar.bz2
\usr\src\exim-4.10-2\Local\Makefile is:
#
LOOKUP_LDAP=yes
LDAP_LIB_TYPE=OPENLDAP2
SUPPORT_TLS=yes
TLS_LIBS=-lssl -lcrypto
TLS_INCLUDE=-I/usr/local/ssl/ -I/usr/local/ssl/include
-I/usr/src/perl-5.8
On Tue, Oct 15, 2002 at 11:11:09PM -0400, Pierre A. Humblet wrote:
>The program below demonstrates the issue. After the second ioctl,
>getchar() becomes non-blocking and returns -1 even though it should
>(? I am not an expert on termio ...) wait for a character because of
>sbuf.c_cc[VMIN] = 1
"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 th
"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
> (
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 ha
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) a
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 (read&write).
The log
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 yo
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
> Tc
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 - http://www.peer
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 Rama
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 pa
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.
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 abo
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 i
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 t
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
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, 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 discussed in the cygwin-apps list, at l
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
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 chi
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
I've moved all of the gcc stuff out of "test" and into "current".
So the default gcc compiler for cygwin is now gcc 3.2. If you want to
use gcc 2.95, install the gcc2 package. This will produce a 'gcc-2'
executable with similar functionality to the old gcc.
The gcc-mingw piece is now required
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?
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 wh
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 perfor
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
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 l
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
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, si
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
>
> -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 som
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 o
> 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.
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 i
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 dum
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 d
> "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: http://cygwin.com
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
> >>l
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
>
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
>
"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
Jerry,
On Tue, Oct 15, 2002 at 02:57:37PM -0400, 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
Hi,
This is probably going to be something silly but when i try and check
linkage on the libphp4.dll (/lib/apache) i get an error:
[root@mcb-home] # ls -al /lib/apache/libphp4.dll
-rwxr-xr-x1 root root 1126912 Oct 14 20:08
/lib/apache/libphp4.dll
[root@mcb-home] # cygcheck /lib/apac
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.
--- 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 CYGW
>>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/sha
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. The BDFL's comments were based on the
assumption that Tcl/Tk 8.0 isn't being used, which is
clearly not true if Cygwin is stuck with it for a while
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.
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 the path.
How can I find out which packages t
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
>>
On Tue, Oct 15, 2002 at 08:09:50PM +0200, Sven K?hler wrote:
>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
>lik
Chris, Igor,
I had a copy of cygpath in my $HOME/bin directory. It was one sent out by
Igor on Sep. 15th attached to this message to John Morrison :
>John,
>
>If you trace this thread back a bit, you'll see that the cygpath that was
>distributed with the current release of cygwin (compiled on J
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_ios >::basic_ios(const std::basic_ios >&)':
/usr/include/c++/3.2/bits/ios_base.h:421: `
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:
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
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/
>
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
wha
I have the same problem. I'm running 1.3.13-2.
(I'm running GCC 3.2 if that makes any difference).
>g++ -W -Wall CmdLine.cpp -o CmdLine.exe
>./CmdLine.exe
bash: ./CmdLine.exe: Permission denied
>ls -l CmdLine.exe
-rw-rw-rw-1 1643 None 417806 Oct 15 13:59 CmdLine.exe
>chmod +rwx
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 packag
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 l
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
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.
> -==--==--==--==--==--==--==--==--==--==--==--==--==--==-
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, 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
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. Ho
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.
>-==--==--==--==--==--==--==--==--==--==--=
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:
-==--==--==--==--==--==
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 li
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
ince 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 that nothing works. When starting bash
>>in a DOS box (with the normal cygwin
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 q
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 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)
>
On Tue, Oct 15, 2002 at 08:08:43AM -0700, Michael A Chase wrote:
>On Tue, 15 Oct 2002 07:37:46 -0700 Randall R Schulz <[EMAIL PROTECTED]> wrote:
>
>> % cygcheck mount
>> Found: D:\cygwin\bin\mount.exe
>> D:\cygwin\bin\mount.exe
>>D:\cygwin\bin\cygwin1.dll
>> D:\WINNT\System32\KERNEL32.dll
Sorry if I was unclear. I meant that you need to gather more information
about the problem to see if you can find it's source. This may mean
building
and debugging telnet and/or inetd (probably just telnet). You might be
able
to tell something by running telnet with strace. The key is to fig
Folks:
On Tue, Oct 15, 2002 Igor Pechtchanski wrote:
> On Tue, 15 Oct 2002, Michael A Chase wrote:
> > You could also create restore_mounts.bat the same way and run it in a MSDOS
> > window. The mount command does not depend on cygwin1.dll and the `mount
> > -m` output should work under MSDOS 's
First, upgrade to Cygwin DLL 1.3.13-2.
Second, read the recent email list messages related to "ntsec" and it being
the new default.
Third, check out the user guide if you don't understand what "ntsec" does
for you.
I can't speak to your issue regarding chmod, since I don't see any problems
h
On Tue, 15 Oct 2002 10:38:15 -0400 (EDT) Igor Pechtchanski <[EMAIL PROTECTED]> wrote:
> On Tue, 15 Oct 2002, Michael A Chase wrote:
>
>> You could also create restore_mounts.bat the same way and run it in a MSDOS
> > window. The mount command does not depend on cygwin1.dll and the `mount
> > -m
On Tue, 15 Oct 2002 07:37:46 -0700 Randall R Schulz <[EMAIL PROTECTED]> wrote:
> % cygcheck mount
> Found: D:\cygwin\bin\mount.exe
> D:\cygwin\bin\mount.exe
>D:\cygwin\bin\cygwin1.dll
> D:\WINNT\System32\KERNEL32.dll
>D:\WINNT\System32\NTDLL.DLL
>
> Does this not mean that the m
On Tue, 15 Oct 2002, Michael A Chase wrote:
> On Tue, 15 Oct 2002 09:51:01 -0400 (EDT) Igor Pechtchanski <[EMAIL PROTECTED]>
>wrote:
>
> > It's interesting that all three replies to this message mentioned the
> > registry... While Vince should only have mentioned that it's *currently*
> > held
Michael,
% cygcheck mount
Found: D:\cygwin\bin\mount.exe
D:\cygwin\bin\mount.exe
D:\cygwin\bin\cygwin1.dll
D:\WINNT\System32\KERNEL32.dll
D:\WINNT\System32\NTDLL.DLL
Does this not mean that the mount command does use Cygwin1.dll?
Randall Schulz
Mountain View, CA USA
At 07:00 20
I have tried to run cups ver. 1.1.15 under cygwin 1.3.10. The main
problem is till now, that
the scheduler forks backend-childs, which run under another user with
insufficient rights :-?
For example the lpd-process can't create a socket with the
errror-Message "Can't create socket ...; Not owner"
On Tue, 15 Oct 2002 09:51:01 -0400 (EDT) Igor Pechtchanski <[EMAIL PROTECTED]> wrote:
> It's interesting that all three replies to this message mentioned the
> registry... While Vince should only have mentioned that it's *currently*
> held in the registry, Pavel actually recommended exporting it
It's interesting that all three replies to this message mentioned the
registry... While Vince should only have mentioned that it's *currently*
held in the registry, Pavel actually recommended exporting it. As I've
been mildly chided for this before, here's an equivalent registry-free
solution:
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
>
> 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 va
> 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 stateme
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
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
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
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 i
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
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 Ingb
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:
> 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 o
1 - 100 of 103 matches
Mail list logo
