Mark Paulus wrote:
>
> I do believe that in general, you shouldn't compile cygwin.dll
> in the source directory.
This isn't a "should", it's a "must". If you try and so much as run
configure in the source directory, you get an uncompilable mess, even if
you do later try and configure into a s
Christopher Faylor wrote:
>
> You should have received this bounce message:
Yes. Then I went to the Mailing Lists page to subscribe, where I saw
that the list was described as "invitation only", so I sent the patch
here. I see that the mailing lists page was changed in the last day or
so, thou
Warren Young wrote:
>
> Done. See cygwin-patches.
Well, junk. `pears that cygwin-patches is by invitation only. So the
patches are inlined below.
This patch adds "*.cwp" ("CygWin Package") file name recognition to
setup.exe. .tar.gz and .tar.bz2 recognition ap
Christopher Faylor wrote:
>
> It actually is not trivial at all. As I also keep mentioning, it
> requires that someone who cares about this will have to actually do it
> rather than report that it is possible to do it.
Done. See cygwin-patches.
Sorry, John, if I upstaged you. I don't mind if
Christopher Faylor wrote:
>
> >Somebody else mentioned this earlier -- and explained that Debian did
> >exactly that. ".deb" files are just ar archives, but .deb implies that
> >they obey some sort of internal format standard ("CYGWIN-PATCHES" ?
> >/etc/postinstall? )
> >
> >I actually think th
Bernard Dautrevaux wrote:
>
> However I must admit that, having read the original posting again, it does
> not positively says what is in the binary PRC-tools cygwin package; we just
> understand the term differently it seems.
I use PRC-Tools regularly, so let me try to add some light to this
he
de a Cygwin
environment. John is just trying to make it simpler to make a PRC-Tools
distribution tarball that Cygwin's own installation tools will accept
and install.
--
= Warren Young, maintainer of the Palm OS Programmer's FAQ at:
= http://www.cyberport.com/~tangent/palm/faq/
=
= I
Christopher Faylor wrote:
>
> Actually, maybe just a symbolic link in /etc to the correct services
> file would be better.
I came to that conclusion too, and tried it. It does work, and it's
more natural than my original solution.
> It would have to be added as a post-install script, though, o
David Starks-Browning wrote:
>
> On Saturday 18 Aug 01, Corinna Vinschen writes:
> > On Sat, Aug 18, 2001 at 01:47:48PM -0500, ASH, JAMES (SBCSI) wrote:
> > > Through many hours of experimentation, it seems that cygwin doesn't require,
> > > or use, the /etc/services file. (Is this statement corr
"Eric M. Monsler" wrote:
I agree with everything you said. I have only one comment:
> The current state of cygwin, with the setup.exe and the current
> documentation, is sufficient that many people in the second category are
> able to use it successfully.
I think you could blame setup.exe fo
Christopher Faylor wrote:
>
> I used gcc and gdb as examples. I could easily have used things like:
> "bttv", "ssh", or "zsh".
>
> I follow, to some degree, the discussions in those projects. There are
> few complaints about how hard it is to check things out using cvs or
> build the tools.
T
Christopher Faylor wrote:
>
> I have been concerned by two recent messages where people have felt
> that their ideas have been "shouted down" or "shot down".
>
> That bothers me. It bothers me because I assume that most, if not
> all of the negative perception undoubtedly came from me.
You hav
Re: "grok"
Paul K Gleske wrote:
> I thought all programmers needed to know this. Especially any Unix geeks.
The Jargon File should be required reading for being a Unix geek, in the
same way that reading the Bible is a requirement for being a lay
preacher. :)
--
= Warren -- ICBM Address: 36.82
Ken Collins wrote:
>
> the volume of questions, it should be taken in part as a indicator that the
> project needs more institutional memory. For example, if there was a list
> of known bugs linked from the Cygwin home page, it might cut back on repeat
> questions.
Another way for this to happen
Christopher Faylor wrote:
>
> I'll agree with Larry, though, that I find messages which have actual
> information in them like "I searched the FAQ" to be refreshing. It cuts
> down on the "Check the FAQ" "I already checked the FAQ!!!" type of
> interchanges.
The FAQ should be complete enough th
"Larry Hall (RFK Partners, Inc)" wrote:
>
> >If it's really that bad, the core should set up a moderated low-traffic
> >list. Newbies and people getting up to speed like myself need a place to
> >ask stupid questions. The 3133+ could drop in when they're in the mood.
>
> And who would be answeri
Earnie Boyd wrote:
>
> I've noticed several occurrences of "After I replaced cygwin1.dll by the
> old version everything was worked again."
>
> I just want to caution you that just replacing the cygwin1.dll may cause
> you problems when building other packages as the glue that supports the
> cyg
egor duda wrote:
>
> reading FAQ is truly enlightening experience. a friend of mine even
> reads it every night before going to bed. he says that this saves him
> from nightmares with a lots of auxes he was trying to make before,
Of course "make aux" fails. The aux have been extinct for over a
"Gerrit P. Haase" wrote:
>
> mkfifo (GNU fileutils) 4.0
>
> I got an error using mkfifo:
> mkfifo: cannot make fifo ... : Function not implemented
>
> So, what is mkfifo good for?
[tangent@MEGATON tangent]$ man mkfifo |head -15
MKFIFO(1) FSF MKFIFO
egor duda wrote:
>
> i wholeheartedly agree that lots of cygwin users will benefit from
> rock-stable cygwin. the main question is "what cygwin team should do
> for this?"
To answer this it might be helpful to know where Cygwin is going. I
assume that the overall goal is stepwise refinement to
Ashutosh Agrawal wrote:
>
> Can anybody tell me where to find out the "fdisk" utility for cygwin to
I'm told that Linux fdisk and the e2fs tools all depend on being able to
do ioctls and raw reads and writes to the /dev/[hs]d[a-z] nodes, which
aren't emulated in Cygwin. It'd be very tough, ther
"Larry Hall (RFK Partners, Inc)" wrote:
>
> >If I open cmd & "cd c:\cygwin\home\admin" & try to run
> >"abcd" there, it does not recognize the script.
> >How can I achieve this?
>
> Replace "abcd" with "sh abcd" or "bash abcd".
Alternatively, rename the script to abcd.sh, then run the script ag
Ramanjaneyulu Y T wrote:
>
> I need vim/gvim tool in Windows NT environment. can u mail me where
> can I find free s/w for those?.
As mentioned in other replies, vim is already part of Cygwin. For gvim,
you can probably compile that from source once you install the full
Cygwin, but you will n
Christopher Faylor wrote:
>
> There is no "binary compatibility change". Cygwin still recognizes the
> old symlinks. It just doesn't create them.
I know, but this message reminded me of the issue. It seems to me that
the DLL filename should change every time the ABI changes. What's wrong
wit
Corinna Vinschen wrote:
>
> The next version of the Cygwin DLL will have the version number
> 1.3.0 to make unmistakeably clear that there are changes which
> breaks compatibility with older versions in a more serious
> manner than before.
Will the DLL name change to, say, cygwin2.dll? There is
Christopher Jones wrote:
>
> > No, not right. You could possibly modify the Cygwin API to use 64 bit
> > file routines but you can't use routines from a different runtime.
>
> Thanks, I was right. "change cygwin" == "modify the Cygwin API"
Actually, you can't do that, either. Under WinNT, a
Christopher Faylor wrote:
>
> I don't agree that this is FAQ material. What is the FAQ?
>
> "How do I make my file lookups faster?"
No, the FAQ is, "how can I increase performance". This would require an
article-length answer, with all the possible tweaks and their
disadvantages. "mount -x
"Charles S. Wilson" wrote:
>
> If I were porting an old app from unix to cygwin, and wanted to tune
> performance, I'd much rather do this:
Both you and Jonathan have understood my intent perfectly.
Christopher, please do consider this proposal. It's easy to implement
-- probably just a few
Egor Duda wrote:
>
> WY> If this design is used, stat_lite() would be a misleading name.
>
> sure. inventing the name was the hardest part when i was implementing
> this function :)
Further proposals:
sub_stat -- my favorite, a play on "subset" :)
win_stat -- not win32_stat
Jonathan Kamens wrote:
>
> If I felt qualified to write it, I would.
Not to harp on my creds, but as maintainer of two FAQs, I find that one
of the fastest ways to get the right answer is to put the wrong answer
in the FAQ. ;) Your qualifications are unimportant, only your interest
and time ma
Jonathan Kamens wrote:
>
> > > The mailing list is not documentation.
> >
> > Yes. It is. They are called "archives".
>
> Random users have no idea what to search for in the mailing list
> archives to find out that specifying "-x" to mount will cause a
> performance improvement.
As mainta
Egor Duda wrote:
>
> the only problem with this approach i can see is that if we introduce
> new API and applications start to use it we became "bound" to it and
> it'll be not too easy to deprecate ad remove it afterwards. OTOH, we
> can always make stat_lite() a simple wrapper to stat()
[EMAIL PROTECTED] wrote:
>
> As I've noted separately, reading tens of thousands of files even once
> incurs a significant performance penalty. The change I've proposed
> can eliminate reading them at all.
Even stat() under Linux does at least one disk read. You can't
completely optimize away
Earnie Boyd wrote:
>
> Shouldn't it be www.ora.com?
O'Reilly officially changed over from ora.com to oreilly.com at least a
year ago. I've tried it now and then since then -- sometimes it works,
sometimes it doesn't. It's obviously just a redirector to oreilly.com,
judging from how quickly it
my FAQ about this, called
"Passing Sockets Between Processes".
This feature could be used to implement dup() or maybe dup2() on Winsock
1.1 systems, but that's basically only Windows 95, so it's of fairly
little value these days. (Win98+ and NT 4+ have Winsock 2 installed by
"Larry Hall (RFK Partners, Inc)" wrote:
>
> If you do download some minimal set though and you have any trouble using
> Cygwin, the first thing you should do is download and install the rest of
> the packages ...
I suppose that's fine for the lucky folk behind a big pipe, but Cygwin
these days h
murthy ramana wrote:
>
> justi need to know how much time will it take to down load cygwin through
> 56kb modem ?
All the binary packages together are about 25 MB, but you don't have to
download absolutely everything. There was a post on this list in the
past day or so that gave lists of minimu
Andre Bleau wrote:
>
> The new mirror is still not on the list of mirrors used by Setup 2.29.
No, but you can ask setup.exe to use it anyway, by picking Other URL
from the bottom of the list. Then setup remembers the URL forever. I
just did this.
--
= Warren -- ICBM Address: 36.8274040 N, 108
DJ Delorie wrote:
>
> > You know, rather than put up with pressure on the mirror sites,
> > wouldn't it be better to put out a CD ROM ?
>
> Sure, go ahead.
I had high hopes for this thread... I was hoping someone would drop
some hints as to when we could expect Cygwin 1.2. :)
I think now tha
Corinna Vinschen wrote:
>
> Look into the archives, it has been discussed yesterday:
> http://sources.redhat.com/ml/cygwin/2001-01/msg01219.html
Sorry for the noise. I did search the archives before I posted, but I
didn't see that message.
--
= Warren -- ICBM Address: 36.8274040 N, 108.0204086
If I run the current Cygwin build of ncftp under 4dos or the Microsoft
command shell, it behaves very oddly. It doesn't display any prompts,
and if I hit Enter without typing a command in, it things I typed
"exit". If I run it under Bash, it works fine.
Why is this?
The official Win32 port of
41 matches
Mail list logo
