Larry Hall wrote:
> I know I shouldn't answer a question with a question but you
> intend this to be rhetorical, right?
>
> Never mind. I'll bite. If you or someone else is interested
> in providing a gcj package, I expect Chris would work with that
> person to avoid any package clash.
No,
Larry Hall wrote:
> David M. Karr wrote:
It doesn't appear to be in a separate Cygwin package, so I guess I
can't use Cygwin setup to "uninstall" it.
Right, unless you don't want gcc, which is the package it comes with.
Is there any way we can persuade cgf to build the gcc distribution
without
Randall R Schulz wrote:
[FJR: Guarantees are only as good as the guarantor. There ain't no free
lunch. When will people take security seriously?]
[This one is a long and ugly story. PGN]
Still OT, sorry.
What they were complaining about was a new "affiliated service" (or
whatever EBay calls
BB wrote:
Shouldn't GetShortPathName() == 0 always cause the get_short_name()
function to fail?
I would sincerely hope not. I see no reason why cygpath conversion has
to be tied to the existence of files. We often need to use cygpath to
convert between formats for files which we are about to cre
Karr, David wrote:
Go to http://www.sysinternals.com and get the "Ctrl2Cap" tool.
That one installs a DLL (kernel driver that intercepts keypresses) to do
the keymapping, and is an excellent introduction to driver writing for NT.
It's also possible to do this less invasively with a simple regist
Igor Pechtchanski [mailto:[EMAIL PROTECTED] wrote:
> The bash man page says
>An interactive shell is one started without non-option
>arguments and without the -c option whose standard input
>and output are both connected to terminals (as determined
>by isatty(3)), or one start
Larry Hall wrote:
Also, it would be useful to know if vim works for you if you
> login to Windows and use cygwin.bat instead.
* If I run cygwin.bat directly from Start/Run..., it works fine. (I mean
I can start vim, exit, and echo is OK). (I don't have CYGWIN or TERM
set in the native Windows
[EMAIL PROTECTED] wrote:
KUDOS - I had the following setting in the registry:
/usr/bin/inetd.exe REG_SZ binmode tty ntsec
I don't know that that's the culprit - I just set CYGWIN=tty and
TERM=cygwin, and started a fresh bash from a cmd shell, and vim worked
fine with your example
Gary R. Van Sickle wrote:
Just to clarify, cvs client works fine regardless of mount; it's the server that
is almost guaranteed to work on binmounts only.
I got the impression that the poster was going to use cvs with a "local"
repository (in that shared vfat filesystem), in which case the caveat
Biju G C wrote:
I really appreciate any comments.
Looks interesting, with a bizarre quirk: if you try to resize below its
minimum size, it regrows the window on the other side so that it says
the minimum size. Any way to just not allow the resize below the minimum
size?
--
Unsubscribe info:
Soren Andersen wrote:
Now sharing the drive space between the cvs tool (and cpan, too!) works,
I think (haven't actually tried cvs yet but had to work on cpan a few
minutes ago, and discovered it was suffering from the same difficulty).
I'd be amazed if this all works seamlessly. Nevertheless, rem
Andrew DeFaria wrote:
It's not obvious to me, which is why I asked the question.
BWJM.
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwi
Rob Siklos wrote:
Does anyone know if Windows provides something similar? If so, how would I
access it from my program?
The best thing would be to visit http://msdn.microsoft.com and read the
library (the Win32 SDK).
There have also been various attempts to provide "very thin" (usually
partial
Pavel Tsekov wrote:
> ghostscript-x11 ghostscript-x11-7.05-2.tar.bz2 0
(Clap to forehead!).
Sorry, and thanks for spotting that one..
--
Shankar.
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://
Igor Pechtchanski wrote:
> Currently, the list of installed packages is stored in
> /etc/setup/installed.db (subject to change at any time). It
> should be updated on every install/uninstall/upgrade.
Attached is my installed.db (I've named the attachment .txt so that it's
easy to display). No
Pavel Tsekov asked:
> Is it possible that the problematic box has X already installed
> on it ? If there is an older version of a package already
> installed, setup will try to upgrade it.
No, it doesn't. The "current" column is blank. Also, there are no
XFree86 packages in the download direct
Igor Pechtchanski wrote:
It could be some package dependence that's dragging them in. Do you have
the same packages installed on both machines? If not, comparing the
software might be a place to start...
I'll do that, though I'm pretty darn sure I have the same set on both.
--
Shankar.
--
Unsu
Yann Crausaz wrote:
The version of setup.exe I propose must be a bit old, isn't it ? If there's
a real interest, I'm OK to care about the latest version, but will poeple
really use RPM under Cygwin ?
Good point.
The real benefit to porting RPM or apt-get or whatever to Windows is as
a possible
Robert Collins wrote:
A new release of setup.exe is imminent. There are many changes, and to
reduce problems, feedback from YOU, is needed.
I've been using it for a couple of days on a WinXP SP1 box and a Win2K
SP2 box. No problems on either.
However, one of the installations has had a long-stand
Martin Gainty wrote:
Does anyone know the location of /bin/bash?
Might it be in "/bin"? :-) (Sorry, couldn't resist..)
--
Shankar.
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.h
Randall R Schulz wrote:
What options to procps are you using to get that output format? I cannot
reproduce it.
It's the output of "top", and yes, I see the problem too. The "size"
column is always around 400 (+/-) MB, however large or small the process.
The RSS size is correct - it matches the
reynir wrote:
that I get when I run : ls -l --time-style=full-iso in linux.
This seems to be an option in newer versions of fileutils. For instance,
"ls" from fileutils 4.1 (in RedHat 7.3, and Cygwin) doesn't have this
option, while the one in fileutils 4.1.9 (in RH 8.0) does.
Perhaps it's just
Christopher Faylor wrote:
I found and fixed two bugs with the "setsid console handling". I don't
know if this will have any bearing on the reported emacs problem but it
should fix the 'long hang after control-c' problem.
Excellent. It also fixed this other problem I was having in that 1.3.21
s
Corinna Vinschen wrote:
Should be fixed in CVS now.
And another thing I just noticed: on my PIII-733 laptop (a Mobile PIII),
/proc/cpuinfo says:
processor : 0
model name : Intel(R) Pentium(R) III Mobile CPU 1133MHz
...
cpu MHz : 731
Where does it get this 1133 from,
Please reply to the list.
Anyway, the only fishy thing I saw was:
> adding /cygdrive/c/data/MyDocRalf/bin/cgywin/usr/man to
> manpath adding /cygdrive/c/data/MyDocRalf/McKBrC/man to manpath
Is this a cut-and-paste error from your screen?
In any case, it looks like "man" normally uses a built-
Gerald S. Williams wrote:
As you may have guessed, I've been working on this problem
recently. I just put a request into SourceForge to create
a new project: a library I've been calling CaseWise. It's
only for Windows NT/2000/XP since it uses the Native API,
but I'm hoping to get Cygwin to use it
Thorsten Kampe wrote:
Yes, but in my opinion it could be of use to John Williams because he
wanted to "case sensitivity in filenames under Cygwin".
No, it won't work, because if you remember, he said that he had files
with the same name but different case *in the same directory*. This
expressl
[EMAIL PROTECTED] wrote:
/*close the display exit and send it to the socket*/
close(1);
iError=dup(iDescSock);
Shouldn't you be using dup2() for this? It's time to step into the 1990s
here, methinks..
--
Shankar.
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug
Ralf Hauser wrote:
/cygdrive/c/data/MyDocRalf/bin/cgywin/usr/man:/cygdrive/c/data/MyDocRalf/McKBrC/man
I also tried the version with it ending in a colon - no change
Can you attach the output of "man -d" (as a text attachment, pls)?
That'll tell you in full detail what man is doing.
--
Shanka
whorfin wrote:
I'll toss this on Jakarta's doorstep (or, if I get
really ambitious, attempt to fix their script myself).
This would be the "ant" shell script, no? I've opened up bug 17212
(http://issues.apache.org/bugzilla/show_bug.cgi?id=17212) at
issues.apache.org.
--
Unsubscribe info:
Corinna Vinschen wrote:
Change it to UNIX lineendings. I'm surprised that it worked for you
with 6.1-2 (must be a pure coincidence since it doesn't work for me
with 6.1-2) since it was never supported at least since 6.0.
Guess I shoulda read the VIM release notes more carefully along the way.
Corinna Vinschen wrote:
I've updated the version of vim to 6.1.300-1.
I've just updated to the latest everything (cygwin 1.3.20, vim 6.1.300-1).
I normally leave the CYGWIN env var undefined (i.e. cygwin defaults).
Vim now complains about my .vimrc file (which has DOS line endings).
CYGWIN se
As long as you don't mind hitting after the ^D, this seems to work:
c:\> doskey ^D=exit
Now, if you hit ^D (the is unfortunately required), CMD.EXE
will exit.
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentati
Or, even, just give up since the likelihood of actually being able to
build NetBSD under Cygwin with little or no knowledge of cross compilers
or symlinks or log files is remote at best.
Or wait! Maybe he can recompile Windows with Cygwin and run it on Linux!
Yeah!
--
Unsubscribe info:
Joe Buehler wrote:
A Cygwin emacs with a Windows GUI would certainly look like NTEmacs,
but it would function a bit differently -- it would support the
Cygwin shell in various places, etc.
Ooh, that would be definitely interesting, and worth switching to..
--
Shankar.
--
Unsubscribe info:
Joe Buehler wrote:
Another approach is to massage the existing NT code in emacs to use
the native windowing system instead of X11. It probably would not be
too hard to do.
Err, wouldn't that just be "NTEmacs"? I thought the Cygwin build
disabled all the NT-specific code in Emacs. Or doesn't i
Jar.exe (now part of GCC!) crashes on *some* jar files, if it's started
from a non-cygwin shell (e.g. CMD).
Don't think it's a problem in jar per se, however. It works if it's
started from another cygwin program (even "env"). And it works on many
jar files (including all the Jars shipped with J
Larry Hall writes:
>>Now why was it important to do this "delayed remove" semantics?
> [...] the current behavior is meant to combat the "my script/program
> deletes the file/directory then tries to recreate it - why isn't the
> file/directory deleted when unlink() returns?" issue.
Ah.
I ha
Christopher Faylor wrote:
It's not a completely intractable problem. I think that someone (Chris
January?) provided a workaround at one point. "cygserver" could also
provide a possible solution someday.
Right. I went back and re-read those archives. Interesting problem.
Now why was it import
Max corrected me:
> No. The thing that rm -rf gets stuck on is vim .swp recovery file.
Ah. Sorry. Should have straced the thing before shooting off.
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http:
[EMAIL PROTECTED] wrote:
You may find the 'handle' utility from www.sysinternal.com a handy
(no pun intended :-) ) tool for determining which files are opened
by which processes.
I don't think that was the primary issue. The issue was that if a
process is using a directory as its working dire
Christopher Faylor wrote:
Hmm. Would that even work?
Yes.
Hmm again. It'll be interesting to see this in action..
--
Shankar.
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/doc
Christopher Faylor wrote:
I remember speculating at one point about creating wrappers to the win32
functions like CreateFile, MoveFile, etc. which would understand cygwin
paths. You could theoretically modify an .exe to load cygwin1.dll and
use the wrapper functions. Or you could use some of W
linda w (cyg) wrote:
What were the _original_ design goals of Cygwin -- i.e. as
sponsored by "RedHat"?
Cygwin predates RedHat. See http://cygwin.com/history.html (the
earliest date in the file is Dec 1995). RedHat bought Cygnus Solutions
(which was a shop for commercial support for GNU soft
Randall R Schulz wrote:
Javac is not particularly special. It is a Windows-native program, and
as such requires absolute file and directory names be provided in
Windows format (forward slashes are OK, but drive letters are required
and the Cygwin notion of root is completely unknown to such pr
Elfyn McBratney wrote:
Redirecting to the correct mailing-list.
I think this one belongs right here, though. He's talking about the
setup app (part of cygwin core) misbehaving, not asking for help
installing XFree..
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug rep
Dockeen wrote:
Hmmm, my results are pretty much the opposite. In Win2000,
I can only resize the window in the vertical direction. In
Win98SE I could only resize it very slightly, if at all.
Argh. Let's put an end to this once and for all.
In the NT-based series (WinNT4, Win2K, XP Pro), the c
[EMAIL PROTECTED] wrote:
The fact that hello.exe alters seems a bit non-optimal to me, given that
md5sums are a pretty standard way for people like you and me to check that
we're running the same stuff, intended to do the same thing. Incidentally,
it's always the same two bytes that alter:
As e
Mark Blackburn wrote:
If I type:
$ grep -e hello -r .
I get:
grep: .: File exists
and grep doesn't search the contents of any files
Data point: doesn't happen with the stock grep 2.5-1 on 1.3.17-1 on
WinXP Pro SP1 (everything's the same except the OS). Works fine here.
--
Unsubscribe
Christopher Faylor wrote:
Btw, I was trying to move this discussion off of the public list because
it probably isn't of much interest to people there.
Well, ..
The Red Hat Cygwin Product pages are marvelously content-free when it
comes to cost and content (i.e. which version) information.
O
Karthik Bala Guru wrote:
I came across SDCC that supports ATMEL in Windows
platform . Is there any other Free cross
cross compilers for ATMEL 8051 in windowz ??
Why don't you Google for this sort of stuff instead of trying to get
others to do it for you? The answer seems to be no. Gcc doesn't
Frank Traenkle wrote:
Calling a DLL under Cygwin from IBM Java13 via JNI fails if the DLL depends
on cygwin1.dll.
That may be because the JNI loader looks for its libraries along the
path defined by the Java property "java.library.path".
Do a System.out.println(System.getProperty("java.librar
Michael A Chase wrote:
# Ignore case while completing
set completion-ignore-case on
Hmm. Thanks! Now that I RTFM more closely, I also see "set
complete=enhance". Is there a difference? The latter seems to work as
I'd expect it to, so I'm now beginning my Big Move To Cygwin Tcsh :-/.
Vijay Sampath wrote:
I just tried out a line with 2 characters and it works fine on bash
as an input to GCC.
I think that direct Cygwin-to-Cygwin invocation has a higher limit. If
you're calling a Cygwin program from a non-Cygwin program (e.g.
CMD.EXE), you're still stuck with Windows limi
Soren A wrote:
> [...] you can nenver tell another person what they should like in
a shell.
Well (sorry for OT drift), the main thing was the case-insensitive
filename completion, which is invaluable on Windows. I need to look at
the tcsh source and see if it is implemented within an "#ifdef
Corinna Vinschen wrote:
Honestly, it's a Windows thingy. Windows allows any number of trailing
dots for a path or file name. Go figure!
And ".." is handled as a special case somewhere in Win32. For giggles,
try "cd ..." or "cd ". Both behave like "cd .". Anyway, it's not a
cygwin bug.
Robb, Sam wrote:
I see the same behavior under Linux, so the question is:
is this a bash bug, or expected behavior?
Expected behavior. This has been a well-known feature of symlinks - the
kernel-level APIs can only follow physical paths, not logical paths.
*Some shells* have explicit code t
Vince Hoffman wrote:
I'm intrigued, where would you have it point then ? c:\temp ? c:\tmp ?
No, to \tmp. Ditto for /etc.
I had tried this same thing earlier: I was using a mount map where "/"
was mounted on "c:/" (I have only one disk), and I had a c:/usr
directory containing symlinks to c:/
Stephen Powell wrote:
Try it without the /b, just "exit 1".
Notice that she said she tried it, it works, but is not an option for
her because they need to be invoked from DOS command shells as well, and
she doesn't want the bat files to cause those shells to exit.
--
Unsubscribe info:
Wendell Pinegar wrote:
The MKS Toolkit for instance does properly ignore these file types.
Not surprising. The goals of the two products are somewhat different.
MKS is trying to make their environment look exactly like the native
Windows. They have written most of their tools from scratch to
Shankar Unni wrote:
He has a valid question: why is "-lm" an alias to -lcygwin
Never mind - I saw the followup a few posts later.
Still, it would be nice to be able to leave "-lm" in the link list even
if linking -mno-cygwin, for the sake of Makefile cle
Christopher Faylor wrote:
On Wed, Nov 20, 2002 at 10:44:13AM +0100, Denis Dupeyron wrote:
>Is there any reason for -lm to be an alias
>of -lcygwin ? I looks rather confusing.
Reason? Nah, it's all just random guesswork.
Now, now. :-)
He has a valid question: why is "-lm" an alias to -lcygw
markem wrote:
Search Function on web site:
Actually, trying this on several people's names turned up that even
though I could see the person's name next to their entry - search
refused to locate their messages. Umany ideas?
It's a giant global conspiracy to suppress the voices of skep
Rares Boian wrote:
However, "ls -lh" seems to be able to deal with that number and
reports it correctly as 16-exabytes.
^
What?!? 16 exabytes?! That's what? 16 * 10^18? Are you joking? All the
disks on earth wouldn't add up to that capacity. (Well, maybe they would
in th
On 11/5/2002 8:01 AM, Schnörr, Claudius Dr. wrote:
Now I wish to build a dynamic module for python in cygwin, which is compiled
with gcc-2.95.
Is the python module API a C++ API (i.e. does it use C++ classes to
communicate with modules)? Or a plain C API? C should be binary
compatible - try i
On 11/5/2002 4:47 PM, Alfred Lam wrote:
> I need the equivalent .so for linux, which I have obtained in
> cygwin with:
g++ *.o scard.lib -o libscard.so. Now I'm trying to use it in Red Hat Linux,
[Boggle!]
You can't do that. Cygwin is not binary compatible with Linux - it's
binary compatible w
On 11/4/2002 1:12 PM, Jens Yllman wrote:
In C++ it is recommended to use other constructs then
#define, like const or enum or inline. But I see the use of #define.
And that is unfortunately necessary, since the worse evil is maintaining
separate copies of for C and C++ compilers - that could
On 11/4/2002 9:18 AM, Brunda Sathi wrote:
Here is the output from the linker
D:\Oracle\ora92\oci\samples>ld -o cdemo81 cdemo81.o d:
\oracle\ora92\oci\lib\msvc
\oci.lib d:\oracle\ora92\oci\lib\msvc\msvcrt.lib -lc
Whoa. Why are you linking "msvcrt.lib"?
I suspect your problems are because you're
On 10/27/2002 5:07 PM, Xavier Pianet wrote:
I can only manage to get errors :
/c/DOCUME~1/ADMINI~1/LOCALS~1/Temp/ccDaW1wr.o(.text+0x38):Blah.cc:
undefined reference to `wcslen(wchar_t const*)'
This looks like the "wcslen" declaration isn't being protected by an
'extern "C"' block.
I notice tha
On 10/24/2002 11:09 PM, CBFalconer wrote:
tprinceusa wrote:
.NET [...] will NOT support anything which supports posix,
[...] It specifically states that one of the design objectives
> was a complete Posix layer, on an equal basis with the W32 layer.
Both of you: this has nothing to do with
On 10/24/2002 1:38 PM, [EMAIL PROTECTED] wrote:
I haven't seen any traffic on this list about 64 bit versions of Cygwin.
If there's any efforts going on "out there", they haven't been communicated
to the Cygwin community.
For starters, you'd need an IA64+Windows port of gcc. Is there one
availa
On 10/24/2002 10:18 AM, CBFalconer wrote:
That seems to tell me how to get the effect, but nothing about
what is going on. I would expect to see some sort of hidden file
in ...\usr\bin to cause the effect, but there is nothing there.
Oh, you want to know how mount works..
Well, the "open" cyg
On 10/15/2002 11:41 PM, Anurag Sharma wrote:
I haven't had any response to this question. Can someone please tell me
who the maintainer of the cygwin/newlib package is?
Well, what the -DREENTRANT_SYSCALLS_PROVIDED does is to compile newlib
so that guaranteed reentrant versions of certain syst
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?
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
On 10/10/2002 1:06 PM, Hart, William E wrote:
> BFD: BFD 2.12.90 20020706 internal error, aborting at
> /netrel/src/binutils-20020
> 706-2/bfd/coffcode.h line 823 in handle_COMDAT
> BFD: Please report this bug.
>
> In this example, tmp.a is a dummy file that is empty.
The problem is likely
On 10/9/2002 2:02 PM, Gregg C Levine wrote:
> Can I cross compile the binaries for, say, GNUMach for the Hurd, using
> Cygwin?
In theory, yes. You have to build a cross-compiler for GNUMach/Hurd
using Cygwin ("host" will be Cygwin, "target" will be GNUMach/Hurd -
don't know exactly what either
On 10/9/2002 8:31 AM, Charles Krug wrote:
> I copied these lines from /Cygwin/etc/termcap into $HOME/.termcap:
>
> cygwin:\
> :xn@:op=\E[39;49m:Km=\E[M:te=\E[2J\E[?47l\E8:ti=\E7\E[?47h:tc=linux:
>
> Setting TERM to "cygwin", I get:
> homer:charles% info termcap
> info: Terminal type `cy
Yu Wang writes:
> Did you met any problem when you use tail.exe on a
> file with long filename.
> The command: tail paratestdatalog.out
Works.
> The command: tail paratestdatalog.gold
Works.
> The command: tail parate~1.gold
Does not work. If part of the filename is using the "short notation
On 10/7/2002 8:45 AM, Yu Wang wrote:
> Thank you so much for kind reply. I ran the tail.exe
> directly from \cygwin\bin directory and got the
> problem, I thought I was using correct tail.exe, any
> thought? And more, have you ever run tail.exe
> successfully on XP?
Yes, for several months now (
On 10/5/2002 12:52 AM, Soren A wrote:
> I cannot verify the need for or methodology of your patch, yet, but
> thanks for posting.
The need for it is obvious, if you look at the declaration he patched
out: readline() is actually declared (in readline.h) as taking a
_const_ char * parameter, w
On 10/2/2002 4:19 PM, Robert Collins wrote:
> No it can't. In general, C++ compilers don't interoperate. The C++-Lite
> FAQ has a section on this.
> From memory, the issues are:
> *VMT layout
> [..]
And before someone jumps up and asks why this can't be reverse
engineered - apart from the gene
On 9/26/2002 9:38 PM, Doru Carastan wrote:
> How about breaking free from using the windoze registry. There is
> absolutely no special need to use it IMO. All the mount info can
> be stored in a plain ASCII file like 'cygwin.cfg'. As part of its
> initialization the cygwin1.dll can use GetM
Do you have the Administrator password for your laptop? Or do you have
an administrator who does?
If so, you can just log in as Administrator (or anyone else with
Administrative privileges on your laptop), and run User Manager to
forcibly change the password to something else.
After you log i
Igor Pechtchanski wrote:
> -# ifdef __CYGWIN__
> -# define ME_REMOTE(fs_name, fs_type) (strchr (fs_name, ':') == 0)
> -# else
> # define ME_REMOTE(fs_name, fs_type) (strchr (fs_name, ':') != 0)
> -# endif
You're sure it's not possible to end up with a local path without a ":"
(e.g. just \window
Soren A wrote:
> Your message text reading "my application" conveys ambiguous meaning to me.
> [ much detail deleted ]
Could you maybe have started off by suggesting that he install "libpng"
from the "Libs" section during the setup?
--
Shankar.
--
Unsubscribe info: http://cygwin.com/ml
Charles Wilson wrote:
> (b) You guys suck! I'm angry! I spent all day downloading cygwin and
> it doesn't do what I want! FIX IT!!! NOW!
Now, now.. He didn't say that, or even anything even remotely like that..
I think we have a major cultural divide (a chasm!) here. In other parts
of th
Christopher Faylor wrote:
> I'm thinking about making binmode the default, too.
Woo - watch out.
I use "cvs" (the cygwin port) in :pserver: mode, and recently, when I
changed my system mount point to binmode, "cvs login" stopped working. I
would do "cvs login", and it would prompt for a pass
Christopher Faylor wrote:
> I'm thinking about making binmode the default, too.
Woo - watch out.
I use "cvs" (the cygwin port) in :pserver: mode, and recently, when I
changed my system mount point to binmode, "cvs login" stopped working. I
would do "cvs login", and it would prompt for a pas
201 - 289 of 289 matches
Mail list logo
