http://cygwin.hackdata.org/keychain-2.5.3.1-1/keychain-2.5.3.1-1-src.tar.bz2
http://cygwin.hackdata.org/keychain-2.5.3.1-1/keychain-2.5.3.1-1.tar.bz2
http://cygwin.hackdata.org/keychain-2.5.3.1-1/setup.hint
Note setup.hint has not changed but alot has changed for keychain. It may be
safer to set
On Fri, Mar 11, 2005 at 12:07:36AM +0100, Hack Kampbjorn wrote:
http://cygwin.hackdata.org/keychain-2.5.3.1-1/keychain-2.5.3.1-1-src.tar.bz2
http://cygwin.hackdata.org/keychain-2.5.3.1-1/keychain-2.5.3.1-1.tar.bz2
http://cygwin.hackdata.org/keychain-2.5.3.1-1/setup.hint
Note setup.hint has not
As maintainer of the package which outputs that message I'm
always glad to hear of ways to improve it. Can you suggest
a better message?
J.
-Original Message-
From: Matthew Johnson
Well, Phil, I read what she posted, and I do NOT think
it tells all Banibrata needs to know.
The
On Wed, Mar 09, 2005 at 06:30:35PM -0500, Christopher Faylor wrote:
On Wed, Mar 09, 2005 at 04:19:18PM -0500, Joseph Miller wrote:
I recently received a list entitled 30+ Reasons Why X-Win32 is Better than
Cygwin/X. I don't know enough at the moment (though I am learning) about
the Cygwin/X
On Wed, 9 Mar 2005, Joseph Miller wrote:
3-D Hardware Acceleration for OpenGL - I am told that Cygwin/X supports this,
but I use XWin_GL.exe. What do they mean by this?
XWin_GL links to opengl32.dll from windows and uses hardware acceleration if the
video driver support it. Many video drives
On Wed, 9 Mar 2005, Joseph Miller wrote:
Commenting the list:
30+ Reasons Why X-Win32 is Better than Cygwin/X
# FeaturesCygwin/XX-Win32
1 3-D Hardware Acceleration for OpenGLNo Yes
It is work in progress but it
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Wednesday 09 March 2005 6:30 pm, Christopher Faylor wrote:
On Wed, Mar 09, 2005 at 04:19:18PM -0500, Joseph Miller wrote:
I recently received a list entitled 30+ Reasons Why X-Win32 is Better
than Cygwin/X. I don't know enough at the moment
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
In case anyone is interested, I will be looking into solutions for remote
sound support. I realize that this is not directly an Cygwin/X issue, but it
would be something that I have not seen with any other packaged X server. If
anyone has some
On Thu, 10 Mar 2005, Joseph Miller wrote:
In case anyone is interested, I will be looking into solutions for remote
sound support. I realize that this is not directly an Cygwin/X issue, but it
would be something that I have not seen with any other packaged X server. If
anyone has some
Hi, John-
Since I myself have no idea why it is outputting that
message, no I cannot suggest a better message. And I
notice that when I did a fresh installation of cygwin
and cygwin/x on a brand new system yesterday, now I am
getting that message too. Do _you_ have any idea why
fresh
Hi Matthew,
Although the message is from base-files the reason is
due to installation. In my experience this only
occurs when installing for a domain user although
others have reported other reasons for it.
For me, the message occurs because the base-passwd
(which I also maintain) doesn't and
First question: is this _really_ on topic for the
list? I would have thought not.
--- Alexander Gottwald
[EMAIL PROTECTED] wrote:
On Wed, 9 Mar 2005, Joseph Miller wrote:
Commenting the list:
30+ Reasons Why X-Win32 is Better than Cygwin/X
#
On Thu, Mar 10, 2005 at 12:57:53PM -0800, Matthew Johnson wrote:
First question: is this _really_ on topic for the list? I would have
thought not.
If someone is talking about implementing features, then sure.
cgf
i don't know. what is xev?
--- Alexander Gottwald
[EMAIL PROTECTED] wrote:
On Wed, 9 Mar 2005, Mike Starbuck wrote:
no
What does xev report on keypress?
bye
ago
--
[EMAIL PROTECTED]
http://www.gotti.org ICQ: 126018723
--
The information contained in this
In case anyone is interested, I will be looking into
solutions for remote sound support. I realize that this is
not directly an Cygwin/X issue, but it would be something
that I have not seen with any other packaged X server. If
anyone has some suggestions or comments about this, please
--- John Morrison (Cygwin) [EMAIL PROTECTED]
wrote:
Hi Matthew,
Although the message is from base-files the reason
is due to installation.
OK...
In my experience this only
occurs when installing for a domain user although
others have reported other reasons for it.
'Domain'? What kind
I was having the same problem (XWin 'hanging' at the Rules = line)
and found it went
away if I reverted to cygwin 1.5.12-1 from 1.5.13-1.
Same hanging problem occurs when using the snapshot cygwin1-20050309.dll.
I haven't tried the -kb option to XWin yet with cygwin 1.5.13-1, but
I can report
I ran an application but it told that:
Cannot load either en_US.UTF-8 or vi_VN.UTF-8 locale
To use this program you must have one of these locales
installed.
So how to install en_US.UTF-8 or vi_VN.UTF-8 in
cygwin.
Thanks.
__
Do you Yahoo!?
CVSROOT:/cvs/uberbaum
Module name:winsup
Changes by: [EMAIL PROTECTED] 2005-03-10 14:41:52
Modified files:
cygwin : ChangeLog dcrt0.cc autoload.cc
Log message:
* autoload.cc (LoadDllprime): Scrap use of .linkonce and just use an
ifdef
guard
CVSROOT:/cvs/uberbaum
Module name:winsup
Changes by: [EMAIL PROTECTED] 2005-03-10 16:59:56
Modified files:
cygwin : ChangeLog autoload.cc
Log message:
* autoload.cc (LoadDLLprime): Use nocopy segment or forked processes
will not
initialize
Hello,
I've been looking at the contents of the cygwin1.dll image in the last
few days and I've noticed that the sections named .dllname_info contain
a lot of duplicate entries - one for each autoloaded function from a given
dll. Although it doesn't hurt to have it, this information is not really
On Thu, Mar 10, 2005 at 12:42:46PM +0200, Pavel Tsekov wrote:
I've been looking at the contents of the cygwin1.dll image in the last
few days and I've noticed that the sections named .dllname_info contain
a lot of duplicate entries - one for each autoloaded function from a given
dll. Although it
On Thu, 10 Mar 2005, Christopher Faylor wrote:
Thanks for the patch but I'd prefer keeping the current functionality which
makes the use of LoadDllprime optional.
I didn't know better :(
I've checked in a fix for this so that only one .*_info block is loaded
for any given DLL.
Very nice!
On Mar 7 15:13, Paul G Cantalupo wrote:
Hello,
When I run ping as the administrator on my Win2K box, it works fine but as
a regular user, I get the following.
ping: socket: operation not permitted
I just had a look into the sources. Cygwin's ping is using raw sockets.
This only works
Christopher Faylor writes:
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 below.
The following files
cygwin-1.5.13-1.tar\usr\share\info\libc.info
libm.info
also
Hello,
The following text is wrong:
set CYGWIN_DEBUG=cat.exe=gdb.exe
and should look like this:
set CYGWIN_DEBUG=cat.exe:gdb.exe
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation:
Christopher Faylor wrote:
Corinna identified a couple of problems and checked in some fixes
which may solve the problem with ssh-add hanging.
Please try the latest snapshot and report success for failure here.
http://cygwin.com/snapshots/
cgf
Seems to have fixed the problem. Thanks
On Thu, Mar 10, 2005 at 08:24:25AM -0500, Chuck wrote:
Christopher Faylor wrote:
Corinna identified a couple of problems and checked in some fixes which
may solve the problem with ssh-add hanging.
Please try the latest snapshot and report success for failure here.
http://cygwin.com/snapshots/
Igor Pechtchanski wrote:
I think the OP is asking whether you plan to move 21.3.50-2 out of [test]
and into [curr]. Unless what your actually said meant that 21.2 is the
latest official version of GNU Emacs, and once 21.3.50 is released, you'll
make that the [curr] version?
21.3.50 is a
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
[Moving to cygwin list, where this belongs]
According to Thomas Wolff on 3/9/2005 2:53 PM:
I have rechecked some inconsistencies with the magic .exe suffix
handling (see http://sourceware.org/bugzilla/show_bug.cgi?id=581)
with coreutils 5.3.0
On Thu, Mar 10, 2005 at 09:11:15AM -0500, Wheeler, Frederick W (Research) wrote:
In Cygwin, when I ssh to my machine, I get the following error from basename
% ssh d1
Last login: Thu Mar 10 08:54:40 2005 from caleb.crd.ge.com
basename: invalid option -- b
Try `basename --help' for more
Hello,
I found this one while playing with Cygwin's code which takes care of
seamless loading of dll functions (autoload.cc). It seems that when a
symbol in a section marked .linkonce is referenced, wrong relocation info
is generated for that symbol.
For example if you have several symbols -
Hi All...
With the latest snapshot, I can not see the problem now.
It also seemd to take a long time sometimes with the previous snapshot
(March 4) in ssh-add. That also seems better now. But I really don't have
enough data to say much here...it just seems better.
Thanks,
...Karl
--
Seems harmless, just thought I'd ask.
What does this error mean?
---
agent.sh: line 1:
add_process: pid 592 (rm -f $tmpfile0 /dev/null) is still alive
---
(Snapshot 20050309 installed couple of minutes ago.)
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem
On Thu, Mar 10, 2005 at 08:24:25AM -0500, Chuck wrote:
Christopher Faylor wrote:
Corinna identified a couple of problems and checked in some fixes which
may solve the problem with ssh-add hanging.
Please try the latest snapshot and report success for failure here.
I inadvertently sent the mail only to Joe, so I'm posting it to the
list. My apologies for the inconvenience.
--
Paulo
---BeginMessage---
Joe Buehler wrote:
Igor Pechtchanski wrote:
I think the OP is asking whether you plan to move 21.3.50-2 out of [test]
and into [curr]. Unless what your
[EMAIL PROTECTED]:~ ls x*
x.exe
[EMAIL PROTECTED]:~ cat x
bash: x: cannot overwrite existing file
-- should have created x which does not exist
It works for me on WinXP using bash 2.05b-17 inside a cmd window:
$ ls x*
x.exe
$ cat x.exe x
$ ls x*
x x.exe
You'll need to
* crossposted to cygwin ml in case my opinion is not shared by the
cygwin developers. *
that would be either the location of the started executable or
everything in the PATH variable. As the
and 4 other locations. Windows looks for DLLs this way:
1. The directory from where the current
Hi All...
With the latest snapshot, I can not see the problem now.
It also seemd to take a long time sometimes with the previous snapshot
(March 4) in ssh-add. That also seems better now. But I really don't have
enough data to say much here...it just seems better.
You're right-- after
I think that just adding a -- is a better fix:
if [ -z $ZSH_NAME -a `basename -- $0` = lilypond-profile ] ; the
cgf
This also fixes the problem for me and is clearly the better solution.
basename --help does not mention this option.
Fred Wheeler
--
Unsubscribe info:
On Wed, 9 Mar 2005, Brian Dessent wrote:
linsong wrote:
Now I want to install all cygwin packages that have been installed in
Computer A to Computer B. Can I get the installed packages' information
file and
pass it setup.exe to install them? I search the document of setup.exe and
I think that just adding a -- is a better fix:
if [ -z $ZSH_NAME -a `basename -- $0` = lilypond-profile ] ; the
cgf
This also fixes the problem for me and is clearly the better solution.
basename
--help does not mention this option.
Actually, all coreutils (and most other
On Mar 8 11:17, Frank Jacobs wrote:
If I attempt to run lpr under cygwin 1.5.13-1, I get the following
error:
lpr: printer error: can't open '' for writing: The printer name is
invalid.
However, if I downgrade to cygwin 1.5.12-1, lpr works fine.
Note that the issue does not appear
At work, we use the Cygwin distribution primarily for the SSH server it
provides. Almost everyone writes non-cygwin applications (not linked with
Cygwin dll), which we spawn remotely through the Cygwin SSH server and bash.
Some of these Windows programs need to clean up things when they are
Thanks, but as the dll location is defined by the cygwin installation
(cf. www.cygwin.com) nothing except 1., 2. and 6. is an option.
So what you are saying is that cygin passes a full filename to
LoadModule and uses its own logic to find that module? Then they
should also have a standard
Hi to all,
I'm running Cygwin 1.5.13 under Windows XP Pro and have noticed the
following problem with sscanf. If I ask it to parse the strings n and
na using %lf%n it returns the value 0.0, and also reports the lengths
as 1 and 2 respectively. The following program shows the problem:
#include
--- Corinna Vinschen [EMAIL PROTECTED]
wrote:
If you can still reproduce the behaviour, please
drop notraverse
from the CYGWIN variable again and call `strace -o
mount.trace mount'
and send the bzip'd mount.trace file to this list.
(should be below
6 or 7K).
It reproduces without fail.
On Thu, 10 Mar 2005 10:34:48 -0500, Volker Quetschke said:
Thanks, but as the dll location is defined by the cygwin installation
(cf. www.cygwin.com) nothing except 1., 2. and 6. is an option.
So what you are saying is that cygin passes a full filename to
LoadModule and uses its own logic to
Hello,
I'm using the network simulator under windows with cygwin. My problem is that
cygwin doesn't detect my display. I'v set the DISPLAY variable but this doesn't
help.
Help me please.
Thanks,
Khaled
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports:
I probably don't know what/where I am looking for what, but
it seems the source for the various apps (specifically setup.exe)
aren't under winsup in CVS.
What path should I be checking out if I want to try to build setup?
Any gotcha's or things I should know? (Besides having ming
installed).
On Mar 10 10:30, Chris Winne wrote:
--- Corinna Vinschen [EMAIL PROTECTED]
wrote:
If you can still reproduce the behaviour, please
drop notraverse
from the CYGWIN variable again and call `strace -o
mount.trace mount'
and send the bzip'd mount.trace file to this list.
(should be
On Thu, Mar 10, 2005 at 12:49:40PM -0800, Linda W wrote:
I probably don't know what/where I am looking for what, but
it seems the source for the various apps (specifically setup.exe)
aren't under winsup in CVS.
What path should I be checking out if I want to try to build setup?
Any gotcha's or
/proc/pid/exe points to foo, not to foo.exe, so it cannot be
opened c.
argv[0] also lacks .exe extension.
is this a feature or a bug?
--
Sam Steingold (http://www.podval.org/~sds) running w2k
http://pmw.org.il/ http://www.dhimmi.com/ http://www.jihadwatch.org/
http://www.memri.org/
Pavel Tsekov wrote:
Hello,
I found this one while playing with Cygwin's code which takes care of
seamless loading of dll functions (autoload.cc). It seems that when a
symbol in a section marked .linkonce is referenced, wrong relocation info
is generated for that symbol.
For example if you
On Mar 10 16:00, Sam Steingold wrote:
/proc/pid/exe points to foo, not to foo.exe, so it cannot be
opened c.
argv[0] also lacks .exe extension.
is this a feature or a bug?
Definitely a feature.
Corinna
--
Corinna Vinschen Please, send mails
Thanks -- I tried looking on the website first, but couldn't find
a link to it...
Christopher Faylor wrote:
On Thu, Mar 10, 2005 at 12:49:40PM -0800, Linda W wrote:
I probably don't know what/where I am looking for what, but
it seems the source for the various apps (specifically setup.exe)
Top-post reformatted.
On Thu, 10 Mar 2005, Linda W wrote:
Christopher Faylor wrote:
On Thu, Mar 10, 2005 at 12:49:40PM -0800, Linda W wrote:
I probably don't know what/where I am looking for what, but
it seems the source for the various apps (specifically setup.exe)
aren't under
Well how do you expect me to find it when it's right in front of me? :-)
Actually the link was colored as 'visited', but I don't remember the page...
Didn't I remember to tell you my memory isn't so good these days...:-)
*sigh*
Igor Pechtchanski wrote:
Two clicks away:
www.cygwin.com - Cygwin
Rich Natale wrote:
I have two computers running XP Pro sp2. One has the cygwin development
environment installed. I created and tested an application on the
development computer which uses mktime(), and it works fine. I then
moved the executable, cygwin1.dll, and cygz.dll to the other
I'd like some guidance or suggestions as to how to debug a
problem that I suspect has to do with my hyperthreaded cpu machine.
The symptom is that I have two build scripts executing. The scripts
traverse directories, use make, bash, sh, perl, etc. I have two
hyperthreaded cpus running XP, and
Hi,
I'm having trouble with Perl 5.8.6-4 under Cygwin 1.5.12. Some perl
script uses the -r test to chech whether a directory is readable. It
fails on the following directory:
$ perl -e 'exit !(-r $ARGV[0])' /cygdrive/c/Program\ Files/ThinkPad/Utilities
echo yep
$ test -r /cygdrive/c/Program\
is there a linux equivalent of at in cygwin. if so how do i use it.
I have a Makefile which i can run it stand alone but couldn't get it
working with cron.
I am able to run simple jobs in cron. i would like to try at and try
cron later
thanks.
--ravi
--
Unsubscribe info:
Does setup have to download mirrors.lst and setup.bz2
every time? Can't it compare the date of the files on
the server and on the computer? I have a dial up
connection and I can only download a few packages per
day, and every day setup downloads those files.
On Fri, Mar 11, 2005 at 12:57:00AM -0300, Ricardo Fodra wrote:
Does setup have to download mirrors.lst and setup.bz2 every time?
Can't it compare the date of the files on the server and on the
computer? I have a dial up connection and I can only download a few
packages per day, and every day
Corinna Vinschen wrote:
Chuck, could you have a look into that? I'm not at all familar with
lpr and I guess neither is cgf.
Not until next week sometime. Sorry...busy busy busy. Hence 2:30am
posting.
--
Chuck
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports:
I've been messing around with a PATH like this:
PATH=;\\machine\share
I then place bash scripts in \\machine\share\ts1.sh and in c:\ts2.sh
ts1.sh ts2.sh look like this:
#!/bin/sh
echo hello world
Finally I created a file association for the extension .sh so that it
will use
66 matches
Mail list logo