Brian Dessent wrote:
I was trying to build autogen when I got to this:
/bin/bash ../libtool --tag=CC --mode=link ccache gcc
-Wl,-no-undefined -o autogen.exe -export-dynamic autogen-ag.o
.../autoopts/libopts.la -lguile -lguile-ltdl -lcrypt -lm -lm
libtool: link: cannot find the library
On Jun 9 22:30, Bryan Henderson wrote:
curl: (19) catgets-1.0-1.tar.bz2: No such file or directory.
...
Sorry, I got some dots and dashes mixed up. They work now. I tried them.
ftp://giraffe-data.com/pub/catgets/setup.hint
ftp://giraffe-data.com/pub/catgets/catgets-1.0-1.tar.bz2
I packaged the xmon program today (and used it extensively, so I know it
works) for Cygwin.
Homepage
http://www.x.org/contrib/devel_tools/
Description
===
http://www.x.org/contrib/devel_tools/xmon.1.5.6.README
Xmon interactively monitors the byte-stream connections between an
Original Message
From: Brian Dessent
Sent: 10 June 2005 01:20
I was trying to build autogen
Ouch.
cheers,
DaveK
--
Can't think of a witty .sigline today
On Jun 10 10:28, Dave Korn wrote:
From: Brian Dessent
I was trying to build autogen
Ouch.
And this reply serves what purpose exaclty?
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Project Co-Leader mailto:cygwin@cygwin.com
Red
Original Message
From: Corinna Vinschen
Sent: 10 June 2005 10:47
On Jun 10 10:28, Dave Korn wrote:
From: Brian Dessent
I was trying to build autogen
Ouch.
And this reply serves what purpose exaclty?
Corinna
An expression of sympathy, nothing else! I know how he feels,
Dave Korn wrote:
An expression of sympathy, nothing else! I know how he feels, because
that was the exact same point where I gave up after an all-night struggle.
Actually, after fixing those two problems with libguile.la, autogen
compiles (almost) out of the box with
On Fri, Jun 10, 2005 at 02:14:16AM -0700, Harold L Hunt II wrote:
I packaged the xmon program today (and used it extensively, so I know it
works) for Cygwin.
I took the liberty of checking Debian and see that this is a standard
package there, so there is no need to vote on this.
But, where's
Christopher Faylor wrote:
On Fri, Jun 10, 2005 at 02:14:16AM -0700, Harold L Hunt II wrote:
I packaged the xmon program today (and used it extensively, so I know it
works) for Cygwin.
I took the liberty of checking Debian and see that this is a standard
package there, so there is no need to
On Fri, Jun 10, 2005 at 10:38:36AM -0700, Harold L Hunt II wrote:
Christopher Faylor wrote:
On Fri, Jun 10, 2005 at 02:14:16AM -0700, Harold L Hunt II wrote:
I packaged the xmon program today (and used it extensively, so I know it
works) for Cygwin.
I took the liberty of checking Debian and
Brian Dessent writes:
# Libraries that this one depends upon.
dependency_libs=' /home/mingw/cygwin/root/usr/lib/libguile-ltdl.la
-lcrypt'
Ugh. Apparently my after-libtool cleanup failed.
So I changed the 'library_names' line to 'libguile.dll.a' instead of
'cygguile.dll.a', and the link
Gilbert Pilz wrote:
xorg-x11-base:6.8.2.0-1
xorg-x11-bin: 6.8.2.0-1
xorg-x11-bin-dlls:6.8.2.0-1
xorg-x11-bin-lndir: 6.8.2.0-1
xorg-x11-etc: 6.8.2.0-1
xorg-x11-fenc:6.8.2.0-2
xorg-x11-fnts:6.8.2.0-3
xorg-x11-libs-data:
On Fri, 10 Jun 2005, Joe Buehler wrote:
Gilbert Pilz wrote:
xorg-x11-base: 6.8.2.0-1
xorg-x11-bin: 6.8.2.0-1
xorg-x11-bin-dlls: 6.8.2.0-1
xorg-x11-bin-lndir: 6.8.2.0-1
xorg-x11-etc: 6.8.2.0-1
xorg-x11-fenc: 6.8.2.0-2
CVSROOT:/cvs/src
Module name:src
Changes by: [EMAIL PROTECTED] 2005-06-10 12:11:35
Modified files:
winsup/cygwin : ChangeLog cygwin.din
winsup/cygwin/include: inttypes.h
winsup/cygwin/include/cygwin: version.h
Log message:
* cygwin.din
CVSROOT:/cvs/uberbaum
Module name:winsup
Changes by: [EMAIL PROTECTED] 2005-06-10 18:44:26
Modified files:
cygwin : fhandler_mailslot.cc
cygserver : ChangeLog
Log message:
whitespace changes to hopefully force snapshot run.
Patches:
CVSROOT:/cvs/uberbaum
Module name:winsup
Changes by: [EMAIL PROTECTED] 2005-06-10 19:32:29
Modified files:
testsuite : ChangeLog
testsuite/winsup.api: winsup.exp
Log message:
* winsup.api/winsup.exp: Remove (temporarily?) -nostdinc from build
CVSROOT:/cvs/src
Module name:src
Changes by: [EMAIL PROTECTED] 2005-06-10 21:47:25
Modified files:
winsup/cygwin : ChangeLog fhandler_socket.cc
Log message:
* fhandler_socket.cc (fhandler_socket::sendto): Always initialize
ret to 0.
CVSROOT:/cvs/uberbaum
Module name:winsup
Changes by: [EMAIL PROTECTED] 2005-06-11 04:56:36
Modified files:
cygwin : ChangeLog thread.cc thread.h
cygwin/include : pthread.h
Log message:
* include/pthread.h: Change PTHREAD_MUTEX_DEFAULT to
CVSROOT:/cvs/uberbaum
Module name:winsup
Changes by: [EMAIL PROTECTED] 2005-06-11 04:59:53
Modified files:
testsuite : ChangeLog
testsuite/winsup.api/pthread: cancel2.c mutex4.c mutex5.c
mutex6d.c
Log message:
CVSROOT:/cvs/uberbaum
Module name:winsup
Changes by: [EMAIL PROTECTED] 2005-06-11 05:09:25
Modified files:
cygwin : ChangeLog fhandler_console.cc
Log message:
* fhandler_console.cc (fhandler_console::read): Fix a compiler warning.
Patches:
On Jun 9 14:54, Max Kaehn wrote:
On Thu, 2005-06-09 at 01:53, Corinna Vinschen wrote:
On Jun 8 11:44, Max Kaehn wrote:
I wound up using eval, and was thoroughly perplexed at the way
that the first eval seems to get thrown away.
-v, please.
tcsh sh
$ eval date
Thu Jun
On Fri, 10 Jun 2005, Corinna Vinschen wrote:
On Jun 9 14:54, Max Kaehn wrote:
On Thu, 2005-06-09 at 01:53, Corinna Vinschen wrote:
On Jun 8 11:44, Max Kaehn wrote:
I wound up using eval, and was thoroughly perplexed at the way
that the first eval seems to get thrown away.
On Fri, Jun 10, 2005 at 06:11:38PM +0100, Dave Korn wrote:
Look, if it's getting complicated and tricky, that argues for a bit of
a rethink / redesign, doesn't it?
Yes. I was wondering why we were going down this path when we've both
noted that maybe it wasn't a good idea.
I would still prefer
Roy Wiseman wrote:
I agree that Symantec are a bit of satanic
corporation,
So you think this is not an insult to the corporation?:)
PS. If ever you reply, please direct all the mails to the cygwin-talk
mailing list where discussions of this type are on-topic.
--
Carlo Florendo
On Jun 9 21:08, Manny Kaiser wrote:
resent in plain text
On 6/9/05, Manny Kaiser [EMAIL PROTECTED] wrote:
Hi,
I have a win2k client with a SCSI card connected to a Quantum l200 tape
loader - dlt7000 tape drive with a 8 slot robot.
I made a backup of data on a dlt7000
On Jun 9 15:25, Brian Dessent wrote:
Ross Boulet wrote:
I recently downloaded and compiled dig from the bind
website. [...]
Since that functionality already exists, your best bet would be to
either a) use the win32 port b) patch dig to include that functionality
when compiling with
On Jun 9 17:31, Brian Dessent wrote:
alex hardy wrote:
Every time I use the ./config comand it does not work.
Huh? This is way too vague to answer.
1. ./config is not a standard command, do you mean ./configure?
Sounds like the OpenSSL config which is really called config and is
just
On Jun 6 11:39, Tim Hart wrote:
All,
My XP machine is currently unable to connect to my Windows domain before
logging in. Windows uses cached information to accept my domain login. I then
VPN to my domain, and life is good.
If my VPN connection is established, then Cygwin works just
Hi Igor,
Also, as your cygcheck output shows, you are in a
domain. It's quite possible that the domain
controller really is taking more than 30 minutes to
return the set of users and groups (for large
domains).
Yes, as you say, I can see the output from tee and it
shows that this will take
On Thu, 9 Jun 2005 10:18:44, Corinna Vinschen wrote:
Did you try gzip -c ?
Hi Corinna.
I've just tried adding the -c option; it does not change anything. Actually,
I believe the -c option is default for gzip when no filenames are given as
parameters.
Also, the data leaves gzip without
Hi guys,
chere adds a bash here context menu just fine. However:
1) You have to click on a folder icon, clicking in a folder that's open
does not work
2) It opens the shell not in the folder you clicked on, but in the parent
folder
I do not subscribe to the mailing list (too high volume),
Original Message
From: Roy Wiseman
Sent: 09 June 2005 22:05
(can't say I liked the insult much Dave, but my
mistake was accidental you know. Maybe it's a Scottish
thing that we treat people with respect until they
disrespect us, I guess we don't think we should have
to put up with
Hello,
Thanks to all of you for your attention to my humble spacebar key.The fact
is that , I don't have much experience in writing formal English letters.So
please excuse me for mistakes which may happen.The culprit is me not my
keyboard!
But another question is that I tried to compile allegro
Larry:
Thanks for taking the time to reply, and thanks for the (~/.bash_login)
suggestion.
Below are two tests cases for ssh localhost date. The Linux
test shows that ~/.bashrc is read. The Cygwin case shows none of
~/{.bash_profile,.bash_login,.profile,.bashrc} are read. Doesn't this
seem like
I wrote:
[...] If a disclaimer is all that you want, I'm sure you/I can get
it. In fact, as long as they know about the uncopyrighted code and
don't do anything about it, they've given up rights to it.
Christopher Faylor wrote:
And you prove that they don't know anything about it by...?
On Fri, Jun 10, 2005 at 03:00:31PM +0430, Alireza Ghasemi wrote:
Hello,
Thanks to all of you for your attention to my humble spacebar key.The fact
is that , I don't have much experience in writing formal English letters.So
please excuse me for mistakes which may happen.The culprit is me not my
At 04:56 AM 6/10/2005, you wrote:
Did you run mkpasswd -c -l, like I told you?
yep, do you mean -c or -d here ? I've done both, -d is
taking forever to resolve, -c does resolve, but I
still get the same incorrect logon when i do -c with
mkpasswd and mkgroup.
the commands are running, and I see
At 05:47 AM 6/10/2005, you wrote:
Hi guys,
chere adds a bash here context menu just fine. However:
1) You have to click on a folder icon, clicking in a folder that's open does
not work
I'm not sure what you mean by this. bash here is added to *folder*
context menus. You have to do a
Original Message
From: Larry Hall
Sent: 10 June 2005 14:55
At 04:56 AM 6/10/2005, you wrote:
Did you run mkpasswd -c -l, like I told you?
yep, do you mean -c or -d here ? I've done both, -d is
taking forever to resolve, -c does resolve, but I
still get the same incorrect logon when
At 10:12 AM 6/10/2005, you wrote:
Original Message
From: Larry Hall
Sent: 10 June 2005 14:55
At 04:56 AM 6/10/2005, you wrote:
Did you run mkpasswd -c -l, like I told you?
yep, do you mean -c or -d here ? I've done both, -d is
taking forever to resolve, -c does resolve, but I
still
Hi
For a few months now I've been suffering from mcedit internal error. Every
once in a while, without any reason, mcedit stackdumps during exit
procedure (after pressing F10 or double ESC). I got this error with
1.5.16, then with 1.5.17 snapshots, and now with 1.5.17 as well. I haven't
tried
A long time ago, in a Cygwin release prior to B20.1, someone made the
decision to use ash as the standard /bin/sh for Cygwin. The sole
reason for doing this was that ash was faster than bash.
Later, at one point, I implemented a sorta-wannabe version of vfork, and
commissioned one of the people
On Fri, Jun 10, 2005 at 04:47:37PM +0200, Krzysztof Duleba wrote:
Hi
For a few months now I've been suffering from mcedit internal error. Every
once in a while, without any reason, mcedit stackdumps during exit
procedure (after pressing F10 or double ESC). I got this error with
1.5.16, then with
mkdtemp appears to be present (found by configure) but not declared:
calls.c:1490: error: `mkdtemp' undeclared (first use this function)
$ grep -r mkdtemp /usr/include/
/usr/include/cygwin/version.h: 129: Export mkdtemp.
grep: warning: /usr/include/X11/X11: recursive directory loop
$
--
Christopher Faylor wrote:
$ cat mc.exe.stackdump
Exception: STATUS_ACCESS_VIOLATION at eip=610CA032
This is indicative of a malloc corruption problem. It is probably a
problem
with mcedit itself, not cygwin.
OK, I sent the report to mc mailing list. I hope they will know what to do
about
On Fri, Jun 10, 2005 at 06:19:25PM +0200, Krzysztof Duleba wrote:
Christopher Faylor wrote:
$ cat mc.exe.stackdump
Exception: STATUS_ACCESS_VIOLATION at eip=610CA032
This is indicative of a malloc corruption problem. It is probably a
problem with mcedit itself, not cygwin.
OK, I sent the
On Fri, Jun 10, 2005 at 12:25:38PM -0400, Christopher Faylor wrote:
- This is problem is usually caused by free()ing the same block of memory
twice.
Sigh. To restate in English:
This problem is usually caused by free()ing the same block of memory
twice.
cgf
--
Unsubscribe info:
Hello,
On Fri, 10 Jun 2005, Krzysztof Duleba wrote:
Christopher Faylor wrote:
$ cat mc.exe.stackdump
Exception: STATUS_ACCESS_VIOLATION at eip=610CA032
This is indicative of a malloc corruption problem. It is probably a
problem
with mcedit itself, not cygwin.
OK, I sent the
I tried running ri File, and got the following messages:
C:\cygwin\bin\ruby.exe (2636): *** unable to remap
C:\cygwin\lib\ruby\1.8\i386-cygwin\syck.so to same address as
parent(0x37) != 0x276
C:\cygwin\bin\ruby.exe (2636): *** unable to remap
C:\cygwin\lib\ruby\1.8\i386-cygwin\syck.so
On Fri, Jun 10, 2005 at 10:26:42AM -0700, Steve Kelem wrote:
I tried running ri File, and got the following messages:
C:\cygwin\bin\ruby.exe (2636): *** unable to remap
C:\cygwin\lib\ruby\1.8\i386-cygwin\syck.so to same address as
parent(0x37) != 0x276
C:\cygwin\bin\ruby.exe (2636): ***
I read the mailing list every day. MC on Cygwin does not lack a maintainer.
I'll try my best to solve this issue.
-- . . --
: Re: mcedit stackdumps (Pavel please comment?)
: Christopher Faylor
Two things:
- It would be nice if the mc maintainer would comment on this. Pavel?
--
starting new thread, trying for attention :-
old thread: http://sources.redhat.com/ml/cygwin/2005-06/msg00306.html
Larry:
THANKS for taking the time to reply, and thanks for the (~/.bash_login)
suggestion.
Below are two tests cases for ssh localhost date. The Linux
test shows that ~/.bashrc
On Jun 10 11:06, Johnny B. Goode wrote:
Also, the data leaves gzip without problems when piped through the pipeline
program, and the pipeline program then gets the error instead, which
indicates to me, that the error is not in the gzip program. It must be in
the system code behind the write
After having used the Cygwin download program (which is FANTASTIC!),
I've noticed that I end up with redundant copies of the software. There
are multiple versions of a piece of software in a directory, e.g.,
site/release/binutils/binutils-20050520-1.tar.bz2
On Thursday, June 09, 2005 at 6:12 PM, Mark Pizzolato wrote:
On Thursday, June 09, 2005 at 3:35 PM, Christopher Faylor wrote:
On Wed, Jun 08, 2005 at 05:43:59PM -0700, Mark Pizzolato wrote:
There is a serious problem for multi threaded programs doing simple I/O
operations in cygwin (open,
Configuring wxWindows from cvs, on a 3.4GHz P4:
Sh = Ash:
real3m55.351s
user5m8.610s
sys 1m53.240s
Sh = Bash:
real3m41.850s
user5m6.220s
sys 1m53.426s
Looks like the time has come.
--
Gary R. Van Sickle
-Original Message-
From: [EMAIL PROTECTED]
Christopher Faylor wrote:
So, in conversation with Corinna, I think that we're starting to lean
towards making /bin/sh == bash sometime soon.
Excellent idea. And it even seems to handle the automatic switch to
POSIX mode correctly when called sh.exe.
Talking of which, how good is pdksh
PS:
I was as surprised as the Gentle Reader was at the closeness of these
results, so I repeated this test several times. I made absolutely sure I
was running the sh I thought I was running, and the results are 100%
repeatable; there is simply no real difference in speed between shells. So
the
On Fri, Jun 10, 2005 at 04:35:05PM -0700, Shankar Unni wrote:
Christopher Faylor wrote:
So, in conversation with Corinna, I think that we're starting to lean
towards making /bin/sh == bash sometime soon.
Excellent idea. And it even seems to handle the automatic switch to
POSIX mode correctly
On Fri, Jun 10, 2005 at 06:13:31PM -0500, Gary R. Van Sickle wrote:
Configuring wxWindows from cvs, on a 3.4GHz P4:
Sh = Ash:
real3m55.351s
user5m8.610s
sys 1m53.240s
Sh = Bash:
real3m41.850s
user5m6.220s
sys 1m53.426s
Looks like the time has come.
Wow. I never
The catgets package is now available in the Cygwin distribution. Catgets
is a programming library for issuing messages via a message catalog so
a program can speak multiple languages. The library contains the
X/Open standard catgets(), catopen(), and catclose() calls. The package
also includes
Christopher Faylor wrote:
Wow. I never expected that bash would actually be faster.
I would appreciate getting a few more benchmarks for other packages.
If this holds out then moving to bash is a no-brainer.
FWIW, there has been a concerted effort in libtool-2.0 to replace
fork/exec'ed
Jaeho Shin [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
I'm having problem with accessing files that have Unicode in their
filenames.
...
The Boost Filesystem library (www.boost.org/libs/filesystem) release version
does not currently support Unicode or other wide-character
On Fri, Jun 10, 2005 at 10:08:30PM -0400, Beman Dawes wrote:
I've been in contact with Newlib people working on the problem in, which is
where the problem needs to be solved. They really need encouragement that
people do care about wide character support, and that not having it is a
black eye
Steve Kelem wrote:
After having used the Cygwin download program (which is FANTASTIC!),
I've noticed that I end up with redundant copies of the software. There
are multiple versions of a piece of software in a directory, e.g.,
site/release/binutils/binutils-20050520-1.tar.bz2
Christopher Faylor said the following on 6/10/2005 10:34 AM:
On Fri, Jun 10, 2005 at 10:26:42AM -0700, Steve Kelem wrote:
I tried running ri File, and got the following messages:
C:\cygwin\bin\ruby.exe (2636): *** unable to remap
C:\cygwin\lib\ruby\1.8\i386-cygwin\syck.so to same address
On Fri, Jun 10, 2005 at 09:53:26AM -0400, Christopher Faylor wrote:
On Fri, Jun 10, 2005 at 03:00:31PM +0430, Alireza Ghasemi wrote:
Hello,
Thanks to all of you for your attention to my humble spacebar key.The fact
is that , I don't have much experience in writing formal English letters.So
please
rsync has started reported negative statistics with the 20050610
snapshot and a DLL I built from CVS HEAD today using gcc 3.4.4 and the
latest gcc-mingw release. Interestingly (to me, at least), it works
correctly with CVS HEAD built today using gcc 3.3.3 and the previous
gcc-mingw release
Brian Dessent wrote, On 06/07/2005 06:58 AM:
Alireza Ghasemi wrote:
1.I have never tried to create any username in Cygwin (Because I don't know
how!).Also,I haven't given any username to apache.just I typed apachectl
start.How can I create a username in cygwin?
2.I have a very weak dial-up
Steve Kelem wrote:
Okay. I ran rebase. Then I get the same problem.
I just noticed that ruby uses .so for the name of its dynamic modules,
but I think the rebaseall script only looks for .dll. Make a list of
all the .so files in the ruby package and pass that to rebaseall with
the -T flag,
The catgets package is now available in the Cygwin distribution. Catgets
is a programming library for issuing messages via a message catalog so
a program can speak multiple languages. The library contains the
X/Open standard catgets(), catopen(), and catclose() calls. The package
also includes
71 matches
Mail list logo
