Napísané dňa 2003.01.24 14:54, (autor: Nicholas Wourms):
I don't think this has come up before, but is there any reason why
this couldn't be added to the Cygwin dll [either now or at some later
It depends on cygwin1.dll maintainer. :-)
date]? The framework appears to be somewhat similar to
Hi *,
TCM 2.20 has been released last week (see
http://wwwhome.cs.utwente.nl/~tcm/) and I have made source and binary
packages for Cygwin now. At
http://home.in.tum.de/~boesswet/tcm_cygwin.html
you'll find the setup.hint, source and binary packages (marked as test
in setup.hint).
I
Hello,
When I've uploaded the new emacs package (21.2-12) to sources.redhat.com
some days ago I didn't touch the setup.hint files. I know that the script
whichs builds setup.ini should take care of the version information.
It seems it did his job well for the main emacs package, but didn't
On Mon, 27 Jan 2003, Daniel Bößwetter wrote:
I successfully tested on two different machines, but more testers are
(of course) welcome. There is one known bug right now that cannot easily
be fixed: TCM relies upon fig2dev for printing and there is AFAIK no
precompiled version for cygwin
Volker Quetschke wrote:
Hi!
(This request is directed to the bison maintainer, propably Christopher)
The reason why I would like to get back access to the old bison 1.35
version is, that it is a prerequisite for the build of OpenOffice 1.0.2.
And you're uncapable of building this version
Pavel Tsekov wrote:
When I've uploaded the new emacs package (21.2-12) to
sources.redhat.com some days ago I didn't touch the setup.hint files.
I know that the script whichs builds setup.ini should take care of
the version information.
Unless you explicitly override it in setup.hint.
It
Hi!
Earnie Boyd wrote:
(This request is directed to the bison maintainer, propably Christopher)
The reason why I would like to get back access to the old bison 1.35
version is, that it is a prerequisite for the build of OpenOffice 1.0.2.
And you're uncapable of building this version from
On Mon, 27 Jan 2003, [ISO-8859-1] Daniel Bößwetter wrote:
[snip]
Anyone willing to become maintainer of fig2dev? :-)
FYI, fig2dev is part of the xfig package. I have that installed.
Browsing through my setup.log indicates that the binary package for
xfig-3.2.3d (as well as the source) is
Igor Pechtchanski wrote:
On Mon, 27 Jan 2003, [ISO-8859-1] Daniel Bößwetter wrote:
[snip]
Anyone willing to become maintainer of fig2dev? :-)
FYI, fig2dev is part of the xfig package. I have that installed.
Browsing through my setup.log indicates that the binary package for
On Sun, Jan 26, 2003 at 12:23:55AM -0500, Christopher Faylor wrote:
On Sat, Jan 25, 2003 at 10:47:00PM -0500, Jason Tishler wrote:
On Sat, Jan 25, 2003 at 11:01:45PM +1100, Robert Collins wrote:
I second this. In fact, IMO this vote should really be a formality
- this is core infrastructure
On Sun, Jan 26, 2003 at 12:27:54AM -0500, Christopher Faylor wrote:
On Sat, Jan 25, 2003 at 11:13:52PM -0500, Jason Tishler wrote:
Should this rebase maybe be a Cygwin, not MinGW version? (So that
we can use POSIX paths with it?)
My very first version was a Cygwin app. I converted it to
Jason Tishler wrote:
On Sun, Jan 26, 2003 at 12:27:54AM -0500, Christopher Faylor wrote:
On Sat, Jan 25, 2003 at 11:13:52PM -0500, Jason Tishler wrote:
Should this rebase maybe be a Cygwin, not MinGW version? (So that
we can use POSIX paths with it?)
My very first version was a Cygwin app.
Thank you, Pierre and Igor.
But: can I put something like xfig into my setup.hint and setup.exe
will find it? The package search finds lots of TeX-stuff when searching
for xfig, but not xfig itself.
BTW: transfig 3.2.4 compiles without errors, but with some warnings.
Best Regards,
Daniel
On Mon, Jan 27, 2003 at 05:21:57PM -, Max Bowsher wrote:
Jason Tishler wrote:
What is the consensus on Cygwin vs. Mingw? We already have 2.75
votes for Cygwin. :,) I won't mind replacing getopt() with popt
anyway.
Problem: If it was Cygwin, it couldn't use any other Cygwin dll -
[EMAIL PROTECTED] wrote:
Jason Tishler wrote:
On Sun, Jan 26, 2003 at 12:27:54AM -0500, Christopher Faylor wrote:
On Sat, Jan 25, 2003 at 11:13:52PM -0500, Jason Tishler wrote:
Should this rebase maybe be a Cygwin, not MinGW version? (So that
we can use POSIX paths with it?)
My very
On Mon, Jan 27, 2003 at 05:21:57PM -, Max Bowsher wrote:
Problem: If it was Cygwin, it couldn't use any other Cygwin dll - like
cygpopt-0.dll (it might need to rebase them).
It's somewhat an unanswered question whether rebasing cygwin1.dll is
necessary/useful/harmful.
Necessary? Unlikely.
On Mon, Jan 27, 2003 at 04:09:12PM +0100, Volker Quetschke wrote:
Unfortunately the OpenOffice 1.0.2 is a stable release and not all
changes made it into the codebase, therefore my request to get an
official (previous) bison 1.35 back. Then the build instructions could
state that you need a bison
On Mon, Jan 27, 2003 at 11:08:53AM +0100, Marcel Telka wrote:
Nap??san?? d??a 2003.01.24 14:54, (autor: Nicholas Wourms):
I don't think this has come up before, but is there any reason why
this couldn't be added to the Cygwin dll [either now or at some later
It depends on cygwin1.dll
Hi!
The problem with this scenario is that it requires that a user revert
their version of bison just for this package. It also assumes that
bison is not going to change. That is not the case. There is a new
version of bison coming soon. So the old version will soon be 1.75.
So, if I put
On Mon, Jan 27, 2003 at 11:09:24PM +0100, Volker Quetschke wrote:
Can I suggest that a much less intrusive solution would be to provide
patches to the affected .y files to get them to work with the latest
version of bison? Then people just have to apply a patch and move
on, rather than having to
Can I suggest that a much less intrusive solution would be to provide
patches to the affected .y files to get them to work with the latest
version of bison? Then people just have to apply a patch and move
on, rather than having to download an executable and figure out what
to do with it.
Hmm,
On Mon, Jan 27, 2003 at 03:20:15PM -0500, Christopher Faylor wrote:
On Mon, Jan 27, 2003 at 11:08:53AM +0100, Marcel Telka wrote:
Nap??san?? d??a 2003.01.24 14:54, (autor: Nicholas Wourms):
I don't think this has come up before, but is there any reason why
this couldn't be added to the
On Tue, Jan 28, 2003 at 12:23:55AM +0100, Volker Quetschke wrote:
Can I suggest that a much less intrusive solution would be to provide
patches to the affected .y files to get them to work with the latest
version of bison? Then people just have to apply a patch and move
on, rather than having to
Hi,
it's funny to see the bison story here endless as well :(.
since bison development went back to live again, I think it was with
version 1.28 we saw lots of regressions with bison on OpenOffice.org.
This is not what I expected if the major release number is not changing.
Volker, wouldn't
Hi Martin,
this is going to be very Off-Topic here, I crossposted
to [EMAIL PROTECTED] (Please answer only there.)
it's funny to see the bison story here endless as well :(.
since bison development went back to live again, I think it was with
version 1.28 we saw lots of regressions with
* Harold L Hunt II [EMAIL PROTECTED] [2003-01-25 15:08:38 -0500]:
I don't know that Port=177 and Willing=[anything] are necessary. But
then, I do not know much about that.
No, they're not necessary; you should probably comment Willing= out
until you know what it does, and 177 is the default
Alexander,
Heh... oh well, at least we fixed part of the problem. Let me know when you
find the next NULL derefernce.
Harold
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Alexander Gottwald
Sent: Monday, January 27, 2003 7:29 AM
To: cygx
Subject: Re:
Hi
Fixed my inconsistent cursor (pointer?) problem in multiwindow etc
use:
xsetroot -cursor_name left_ptr
Thanks
Colin
Hi Harold,
Here's some data for what it's worth.
When I start X with the below startxwin.sh, I get usable, but flickering,
windows. It looks like each is being selected in turn, very rapidly.
Beside that, it all works. With multiwindow off, all works perfectly to my
eyes.
I'll go out on a
Apologies. Outlook wrapped the startxwin.sh included in the below message.
Here it is adjusted.
-Original Message-
From: Virgilio, Vincent [mailto:[EMAIL PROTECTED]]
Sent: Monday, January 27, 2003 9:03 AM
To: '[EMAIL PROTECTED]'
Subject: RE: [ANNOUNCEMENT] Server Test 75
Hi
On Mon, 27 Jan 2003, Curt Lindner wrote:
I think I never asked one of the questions that I started with this list
for. Since I have to do an xhost + to get through security, where in the
cygwin-xfree directories can I set this as the default behavior? I'm behind
a router that is reasonably
John, I did the netstat command, and here's the response:
# netstat -plun | grep 177
udp0 0 0.0.0.0:177 0.0.0.0:*
2553/kdm
#
kdm is listening, but I wonder if the udp line might be indicative of a
problem.
Thanks,
-Curt
From: John Buttery john at io dot com
To:
This probably should have been on the xfree list.
From: Patrick Nelson [mailto:[EMAIL PROTECTED]]
In ssh you get x forwarding. But, I can't seem to get it working. A
command like:
ssh -l user system x app
always responds with something like:
Gtk-WARNING **: cannot open display:
Is there
* Curt Lindner [EMAIL PROTECTED] [2003-01-27 11:20:38 -0500]:
John, I did the netstat command, and here's the response:
# netstat -plun | grep 177
udp0 0 0.0.0.0:177 0.0.0.0:* 2553/kdm
#
Looks good...
kdm is listening, but I wonder if the udp line might be
CVSROOT:/cvs/src
Module name:src
Changes by: [EMAIL PROTECTED] 2003-01-27 17:00:17
Modified files:
winsup/cygwin : ChangeLog passwd.cc
Log message:
* passwd.cc (pwdgrp::parse_passwd): Be more unforgiving about non-numeric
fields.
Patches:
CVSROOT:/cvs/src
Module name:src
Changes by: [EMAIL PROTECTED] 2003-01-27 23:11:13
Modified files:
winsup/w32api : ChangeLog
winsup/w32api/include: mmsystem.h
winsup/w32api/lib: largeint.c
Log message:
2003-01-27 Krzysztof Nikiel [EMAIL
I've similar experience, but I believe even stranger one. After
installing 1.3.19, I saw the message about shared version mismatch, but
the numbers were different, unfortunately I didn't write them down:-(. I
made sure that I have really only one cygwin1.dll in the system. I also
used
On Fri, Jan 24, 2003 at 05:19:47PM +0100, Ronald Landheer-Cieslak wrote:
This has nothing to do with each other. The mount -E flag doesn't
influence the permission bits.
Then what is it supposed to do? I mean, if the man page says it makes
It handles the way executables are recognized.
Napísané dňa 2003.01.24 12:19, (autor: Pavel Tsekov):
On Fri, 24 Jan 2003, Marcel Telka wrote:
Napísané d??a 2003.01.24 04:16, (autor: Christopher Faylor):
I've made a new version of the Cygwin DLL and associated utilities
available for download. As usual, a list of what has changed is
Joe Buehler wrote:
GNU emacs 21.2-12 is available.
Actually, it seems to be only partially available. According to setup,
only the emacs package has been updated, not emacs-el and emacs-X11
(both still at 21.2-11).
/dan
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Hello, Dan
Please, try again in some hours. The setup.hint file that
accompanies each Cygwin package contained incorrect version information
for emacs-X11 and emacs-el. I've fixed this manually and once the
setup.ini file is updated, you should be able to get the new versions.
Thanks for the
Hi David,
something broke your HOME environment variable. While the value is basically OK, it
seems that the variable itselft has not longer the correct type. To use system
environment variables in another environemnt variable (or any other registry entry),
the type of the string
I've just started using the cygwin SSH, mostly to do CVS, and I have a
problem with %HOME%
I'm logged onto a W2K machine as 'Kevin Jones' and my home env variable
is set to d:\home\kevinj. Whenever I use ssh I get a message that says
Could not create directory '/home/Kevin Jones/.ssh'
I assume
On Mon, 27 Jan 2003, Corinna Vinschen wrote:
On Fri, Jan 24, 2003 at 05:19:47PM +0100, Ronald Landheer-Cieslak wrote:
This has nothing to do with each other. The mount -E flag doesn't
influence the permission bits.
Then what is it supposed to do? I mean, if the man page says it makes
On Mon, 27 Jan 2003, Virginia Mann wrote:
Larry Hall kindly advised:
I don't have zsh installed otherwise I might give you a
clue. ;-)
Are you kidding? That was the best clue you could have given!
My mental model was wrong. I was looking inside the system for
something that was in a DOS
Hi
I have just downloaded the entire package directory from a cygwin mirror
site, with the aim to get cygwin onto a CD for installation.
Setup.exe recognises everything great, and I can run the installation off my
hard drive using a local package install. However, the entire size of the
package
Hi Cygwin users,
Does anyone know of any tricks or gotcha's when setting up cygwin with Windows NT such
that Cygwin can authenticate using an NT username and password for things like ssh
password authentication, telnet, etc?
I've gone through the section on ntsec and read the info on the
Dear Corinna,
it doesn't seem to have anything to do with the blocksize.
I've upgraded my cygwin installation to the very latest, and the problem
seems to have disappeared. So, no worries anymore (I hope).
(The tapes were generated with block size 20. Does that happen to be the
default?).
By
On Mon, Jan 27, 2003 at 02:30:35PM +0100, Ronald Landheer-Cieslak wrote:
In any case, seeing the behaviour of the exec-permission bits, I have a
wouldn't it be nice if...: wouldn't it be nice if the executable
permission bits would actually correspond to the executability
of a file? I mean,
On Mon, Jan 27, 2003 at 02:09:50PM -, Kris Thielemans wrote:
(The tapes were generated with block size 20. Does that happen to be the
default?).
Once the typical blocksize was 5120 bytes on tapes. Today it's varying
but many drive types support different block sizes.
- This version
On Mon, 27 Jan 2003, Corinna Vinschen wrote:
On Mon, Jan 27, 2003 at 02:30:35PM +0100, Ronald Landheer-Cieslak wrote:
In any case, seeing the behaviour of the exec-permission bits, I have a
wouldn't it be nice if...: wouldn't it be nice if the executable
permission bits would actually
* Kevin Jones (03-01-27 11:54 +0100)
I've just started using the cygwin SSH, mostly to do CVS, and I have a
problem with %HOME%
No, you've got a problem with $USER/%USERNAME%.
I'm logged onto a W2K machine as 'Kevin Jones' [...]
Don't do that, it's going to bring you nothing but trouble.
On Mon, 27 Jan 2003, Thorsten Kampe wrote:
* Kevin Jones (03-01-27 11:54 +0100)
I've just started using the cygwin SSH, mostly to do CVS, and I have a
problem with %HOME%
No, you've got a problem with $USER/%USERNAME%.
I'm logged onto a W2K machine as 'Kevin Jones' [...]
Don't do
Please do not send email to me and to the list. Thanks.
* Igor Pechtchanski (03-01-27 16:37 +0100)
On Mon, 27 Jan 2003, Thorsten Kampe wrote:
* Kevin Jones (03-01-27 11:54 +0100)
I'm logged onto a W2K machine as 'Kevin Jones' [...]
Don't do that, it's going to bring you nothing but trouble.
Hi,
Since I got a little cranky about the problem with very slow pipe I/O
when there was background CPU load (e.g., SETI@home), I thought I'd
confirm that Cygwin 1.3.19 cures this problem (and, not incidentally,
to leave a little something in the archive that should be easy for the
next guy
What I am suggesting is taking the same approach as Debian.
Each package in Debian is in one of these states:
Stable, Testing, or Unstable.
Stable packages - should work.
Testing packages - working on becoming the next stable version
Unstable packages - all other packages, might be working
I'm trying to work with a 22G (yes, gigabyte) and have
noticed problems with
ls (wrong file size, significant over report)
tail(doesn't catch end of file)
I don't know about other utilities, but I wanted to get
these reported
BTW, I greatly
William A. Hoffman wrote:
What I am suggesting is taking the same approach as Debian.
Each package in Debian is in one of these states:
Stable, Testing, or Unstable.
Stable packages - should work.
We have this. Its called [curr]
Testing packages - working on becoming the next stable
Heitzso wrote:
I'm trying to work with a 22G (yes, gigabyte) and have
noticed problems with
ls (wrong file size, significant over report)
tail (doesn't catch end of file)
I don't know about other utilities, but I wanted to get
these reported
BTW, I greatly appreciate CYGWIN.
Well
Bill,
This subject has been discussed before on this list. May I suggest you
review the email archives if you plan to further pursue the discussion
here?
It would be a great help if any discussion of this topic covered some new
ground.
As it stands, the Cygwin distribution as available
This is a good question for the email archives. It's been
asked and answered more than once.
Cygwin curently supports only 32 bit word sizes. The tools
will have trouble with file sizes larger than 4GB.
Larry
Original Message:
-
From: Heitzso [EMAIL PROTECTED]
Date: 27 Jan
Sorry. Better said as 2GB files.
If this caused any confusion for you, check the email archives for
the definitive answer! ;-)
Larry
Original Message:
-
From: [EMAIL PROTECTED] [EMAIL PROTECTED]
Date: Mon, 27 Jan 2003 12:15:35 -0500
To: [EMAIL PROTECTED], [EMAIL PROTECTED]
Mercurio, Michael wrote:
Hi Cygwin users,
Does anyone know of any tricks or gotcha's when setting up cygwin
with Windows NT such that Cygwin can authenticate using an NT
username and password for things like ssh password authentication,
telnet, etc?
Its supposed to be just:
- Set up
I recently ran setup, and one of the new packages, I think gdb, caused
a tclsh83.exe to be installed into /usr/bin. It would be nice if
this were a full working tclsh83.exe, but it is not.However, it conflicted
with the working tclsh83.exe I already had in my path. Shouldn't the
name of
In ssh you get x forwarding. But, I can't seem to get it working. A
command like:
ssh -l user system x app
always responds with something like:
Gtk-WARNING **: cannot open display:
Is there some configuration that needs to take place in cygwin first? Yes I
can log in by dropping the x
Not that this is sure to solve your problem, but it's a possibility:
ssh daemons can be configured to prohibit X forwarding. Try
ssh -v -l user system x app
to see what ssh reports regarding whether X forwarding was actually
established, and/or check the sshd_config file on the remote
PC09:/P/perl-current 521 $ ( mktest.pl 21 ) mktest.log
[1] 1716
PC09:/P/perl-current 522 $ C:\Cygwin\bin\perl.exe: *** WFSO timed out for after
longjmp.
I've not seen this one before.
--
H.Merijn BrandAmsterdam Perl Mongers (http://amsterdam.pm.org/)
using perl-5.6.1, 5.8.0 633 on
You're absolutely right - I've gone through the process of changing to a
name with no spaces but the problem persisted. After reading this I
changed my etc/passwd file so that home was /cygdrive/d/home/kevinj and
I'm golden
Thank you,
Kevin Jones
Developmentor
www.develop.com
-Original
[EMAIL PROTECTED] wrote:
-
Not that this is sure to solve your problem, but it's a possibility:
ssh daemons can be configured to prohibit X forwarding. Try
ssh -v -l user system x app
to see what ssh reports regarding whether X forwarding was actually
established, and/or check
Patrick Nelson wrote:
-
My other Linux systems can connect to the remote sshd. Here is the output
of a call:
---snip--
debug1: Sending command: evolution
debug1: channel request 0: exec
debug1: channel 0: open confirm rwindow 0 rmax 32768
debug1: channel 0: rcvd eof
The new View:Partial does help. I can now easily see what will get updated.
It would be nice if there was a button, that set all of them to keep.
Often times, I want to update only a single package, and that makes it
easier.
So, from the feedback I am getting, it really boils down to a not
I am having a hard time understanding the cygpath. I don't know why... But anyway. I
am running Win2000.
I have created a executable jar file that lives at
/usr/local/ags/libs/test.jar
And jar is good and runs from a dos window if I move the test.jar to C:/
Anyway, I am trying to run it through
Hi,
I've run into some difficulties with gcc/ld on the latest cygwin
(downloaded friday). Below is an example.
$ cat prog.c
#include stdio.h
int main() {
char ** string;
asprintf(string, Sfsdf);
return 0; }
david@DURON1000 ~
$ gcc -O2 prog.c -o prog
david@DURON1000 ~
$ ./prog.exe
Hello all,
I'm running cygwin with dll v1.3.19. I have the ftp server running under
inetd, and have the following behaviour:
When I log in to the ftp server from a win32 client such as ws_ftp or cute
ftp, the file and directory names include the dates.
For example, the directory /var appears
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
Bill,
The Keep button is in the setup CVS already. Try a setup snapshot. ;-)
There does seem to be a tendency that most of the problems are introduced
when a major new version of a package (*-1) is released. The *-[2-9]
versions are usually bugfixes applied specifically to the Cygwin port of
Hello,
I hope I am not asking pre-posted question. But I love the cygwin product. It makes
life nice. But I am tiring a little of always typing:
/cygdrive/c everytime I want to start at c:
eg:
cp fun.class /cygdrive/c/make_lr/updates/.
Is there a way to do something so I can type the above but
Igor Pechtchanski wrote:
The Keep button is in the setup CVS already. Try a setup snapshot.
These aren't auto-generated. The latest one doesn't have this in, yet.
Max.
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
William A. Hoffman wrote:
So, from the feedback I am getting, it really boils down to a not
enough people to maintain the feature issue. I don't think that
people don't think that a stable release of cygwin would be a bad
thing, it is just that there
is no one to maintain it.
The least
On Mon, 27 Jan 2003, Scott Purcell wrote:
Hello,
I hope I am not asking pre-posted question. But I love the cygwin
product. It makes life nice. But I am tiring a little of always typing:
/cygdrive/c everytime I want to start at c:
eg:
cp fun.class /cygdrive/c/make_lr/updates/.
Is there
Scott Purcell wrote:
Hello,
I hope I am not asking pre-posted question. But I love the cygwin
product. It makes life nice. But I am tiring a little of always
typing:
/cygdrive/c everytime I want to start at c:
eg:
cp fun.class /cygdrive/c/make_lr/updates/.
Is there a way to do
David Meggy wrote:
$ cat prog.c
#include stdio.h
int main() {
char ** string;
asprintf(string, Sfsdf);
return 0; }
david@DURON1000 ~
$ gcc -O2 prog.c -o prog
david@DURON1000 ~
$ ./prog.exe
When I run the program I get a message from MS-Windows titled
prog.exe
- Entry Point
Well, if I am the only person with this opinion, then you are right.
I should stop complaining and burn a CD. However, I suspect that I am
not alone in wanting a more stable cygwin.It will be hard to prove my
case, as the folks that read this list and post to it, tend to
be more developer
running mount --change-cygdrive-prefix / will make all your drives be
subdirectories of / instead of /cygdrive.
there is plenty about this if you search on google. I also suggest reading
the cygwin faq from top to bottom - you'll find useful stuff that you
weren't even looking for.
Rob.
-
And, at the risk of raising tempers of those in the current round of this
thread, can we please not cover old ground on this one? If you're not
willing to look up in the email archives and review the old thread to make
sure you're not interjecting the same arguments for and against, the result
Rob Siklos wrote:
running mount --change-cygdrive-prefix / will make all your drives
be subdirectories of / instead of /cygdrive.
And then when you run some script which expects /cygdrive, it will break.
OK, the script is what is broken, but the path of least resistance is to use
symlinks
To whom it may concern,
(tried to find a bug list for cygwin, but this is the best I could do - apologies if
it is the wrong place.)
When I install the following (the latest?) cygwin release:
C:\cygwin.new\binuname -a
CYGWIN_NT-4.0 WKSTN000Y 1.3.18(0.69/3/2) 2002-12-25 15:37 i686 unknown
When I install the following (the latest?) cygwin release:
C:\cygwin.new\binuname -a
CYGWIN_NT-4.0 WKSTN000Y 1.3.18(0.69/3/2) 2002-12-25 15:37 i686 unknown
unknown Cygwin
The latest version of the cygwin1.dll is 1.3.19 . Perhaps you could upgrade
to the latest dll (cygwin package in setup)
On Mon, Jan 27, 2003 at 08:57:38PM -, Elfyn McBratney wrote:
When I install the following (the latest?) cygwin release:
C:\cygwin.new\binuname -a
CYGWIN_NT-4.0 WKSTN000Y 1.3.18(0.69/3/2) 2002-12-25 15:37 i686 unknown
unknown Cygwin
The latest version of the cygwin1.dll is 1.3.19 . Perhaps
Hello Igor,
Do I need a package to make the mount work? I typed in man mount, but it says
notavailable, but I know i have installed most of the man pages for what I own?
Thanks,
Scott
-Original Message-
From: Igor Pechtchanski [mailto:[EMAIL PROTECTED]]
Sent: Monday, January 27, 2003
yes but how other programs(programs:hping,libnet...) that depend on
libpcap(and compile under cygwin)can understand where libpcap is sorry i'm
not a programmer.
libpcap requires headers and libraries that are not a part of cygwin and
cant be compiled with out them. If all you need are the
Bill, IMO you are missing a key point:
Cygwin is volunteer maintained. No release manager volunteer, and no
stable release maintainer (who will maintain stable packages after they
become stale) have stepped up.
The *only* way you will get a stable release is to:
1) offer to take on all the
I've just uploaded a release of Redhat's Source Navigator now maintained
at http://sourcenav.sf.net to the MinGW project.
Binary release:
http://prdownloads.sf.net/mingw/snavigator-5.2.0-2003.01.27-1.exe
Source release:
http://prdownloads.sf.net/mingw/snavigator-5.2.0-2003.01.27-1-src.tar.bz2
On Tue, Jan 28, 2003 at 08:15:01AM +1100, Robert Collins wrote:
Bill, IMO you are missing a key point:
Cygwin is volunteer maintained. No release manager volunteer, and no
stable release maintainer (who will maintain stable packages after they
become stale) have stepped up.
The *only* way you
I realize it is a volunteer effort, and a good one, it
really makes windows much nicer to work with! I am not
demanding or expecting anything. I am only trying to
start a discussion that could lead to a possible solution.
I think that this could be done without much effort, or
the work of a
William,
The ntsec problem by all accounts was a one-time switch that burned a lot of people.
It seems like a great feature (not completely using it myself), and when I upgraded to
it I had NO idea of the impending change. I should have known better than to perform
blind upgrades.
I've been
lib /DEF:foo.def /OUT foo.lib
Hey, thanks! After a little reverse engineering to verify VC's lib.exe
produces .libs which reference a DLL of the same name as the .def (e.g.
foo.dll) I've got this working.
For reference, the syntax I'm using to build and link Atlas is
gcc -mno-cygwin -shared
Max,
If one took the change-cygdrive-prefix approach, could not one
achieve backward- or convention- compatibility with the symlink
/cygdrive - /changedCygdrivePrefix?
Myself, I have a bunch of symlinks for all the Windows drives,
including my CD drives and diskette.
Randall Schulz
At
On Mon, Jan 27, 2003 at 04:54:25PM -0500, Scott Prive wrote:
William,
The ntsec problem by all accounts was a one-time switch that burned a
lot of people. It seems like a great feature (not completely using it
myself), and when I upgraded to it I had NO idea of the impending
change. I should
William A. Hoffman wrote:
I recently ran setup, and one of the new packages, I think gdb, caused
a tclsh83.exe to be installed into /usr/bin. It would be nice if
this were a full working tclsh83.exe, but it is not.However, it conflicted
with the working tclsh83.exe I already had in my path.
1 - 100 of 115 matches
Mail list logo