On 10 Mar 2003, Robert Collins wrote:
On Wed, 2003-03-05 at 11:41, Igor Pechtchanski wrote:
On 5 Mar 2003, Robert Collins wrote:
On Wed, 2003-03-05 at 08:19, Igor Pechtchanski wrote:
On 5 Mar 2003, Robert Collins wrote:
Using the packages as dependencies we can build the same
On Mon, 2003-03-10 at 15:33, Robert Collins wrote:
* Going back, changing the local cache dir, and going forward again
does not
correctly reparse inis in the new dir.
Reproduction: Choose an incorrect cache dir, go back, correct it.
Chooser shows all packages in Misc.
Fixed,
Oh poo, I used the wrong subject didn't I? ;-)
On a serious note, I am willing to take over maintainership of this cygwin
package.
Regards,
Elfyn McBratney
[EMAIL PROTECTED]
www.exposure.org.uk
* Toggling from All Default to All Install takes *way* too long.
This takes under 1/10th of a second on my PC.
I need a testcase, or more info.
Rob
--
GPG key available at: http://users.bigpond.net.au/robertc/keys.txt.
signature.asc
Description: This is a digitally signed message part
On Mon, 2003-03-10 at 16:18, Igor Pechtchanski wrote:
Sure they can. All it takes is two maintainers marking the other script
as a requirement.
Oh, of course you can *have* circular dependences, but you can't *honor*
them. Script dependences mean that some script has to be run before
Ok, a few pragmatic thoughts:
* When do we parse it?
It's not trivial:
- if we parse on startup, and the user changes the cygwin / path during
runtime, should we revert to defaults?
- if we wait for the / path to be chosen, we can't store any pre- /
dialog settings.
- if we parse on startup, and
On Mon, 2003-03-10 at 15:48, Igor Pechtchanski wrote:
Rob,
There was a follow-up message: http://cygwin.com/ml/cygwin-apps/2002-10/msg00152.html
That eliminates #1. I don't know how to fix #2 -- could have something to
do with cvs checkout timestamps. I don't believe it was addressed,
I've observed that dynamic registration always seems to give folks
pause, so I've added a couple of classes to setup to begin the user
persistence codefest...
UserSettings: Registry of UserSetting.
UserSetting: A user setting. should be the entry point for the logic of
the parser and
Ok, I've fixed
* compress_bz::error called appears in the log every time a package is
installed, even if everything works.
So, setup-3.324 (now 325 due to the UserSetting addition) (snapshot
uploading :}) should be considered a release candidate. Pending
confirmation of the correctness of the
On 10 Mar 2003, Robert Collins wrote:
On Wed, 2003-03-05 at 11:52, Igor Pechtchanski wrote:
On 5 Mar 2003, Robert Collins wrote:
Other than that, please expand to address all scripts.
Rob
Rob,
There is a design issue here that I'd like to address before I work more
on this. I
On Mon, 2003-03-10 at 16:03, Igor Pechtchanski wrote:
Sounds fine. I got the first part mostly done (it'll be a run script,
output to file idiom). The second might take some time... I'll probably
have to use mktemp() or something similar.
Just use the postinstall.log you where planning to
On 2401, there was a commit to setup/zlib, log message Eliminate \r
in line endings.
I hypothesize that the repository files might have been d2u-ed at some
point, because there are *no* \r's in any revision.
This change also stripped whitespace at the end of lines across many
files. I'd like
1. grace
date : 25 Nov 2002
version: 5.1.12-1
status : updated package available for review
notes : http://www.cygwin.com/ml/cygwin-apps/2002-11/msg00322.html
reviews: http://www.cygwin.com/ml/cygwin-apps/2003-03/msg00254.html
votes : 2 (Lapo and Robert)
url:
On Mon, 2003-03-10 at 21:30, Max Bowsher wrote:
On 2401, there was a commit to setup/zlib, log message Eliminate \r
in line endings.
I hypothesize that the repository files might have been d2u-ed at some
point, because there are *no* \r's in any revision.
This change also stripped
On Mon, 10 Mar 2003, Robert Collins wrote:
On Mon, 2003-03-10 at 21:30, Max Bowsher wrote:
On 2401, there was a commit to setup/zlib, log message Eliminate \r
in line endings.
I hypothesize that the repository files might have been d2u-ed at some
point, because there are *no* \r's
On Mon, 2003-03-10 at 22:04, Max Bowsher wrote:
NB: I have verified this will NOT introduce \r characters into the files.
MM, it would be easier for you to use patch -l :].
1) patch won't be involved in the process at all
Huh? Then I've misunderstood.
2) I think gratuitous
On 10 Mar 2003, Robert Collins wrote:
Ok, a few pragmatic thoughts:
* When do we parse it?
It's not trivial:
- if we parse on startup, and the user changes the cygwin / path during runtime,
should we revert to defaults?
- if we wait for the / path to be chosen, we can't store any pre-/
Robert Collins wrote:
* Toggling from All Default to All Install takes *way* too long.
This takes under 1/10th of a second on my PC.
I need a testcase, or more info.
I can no longer reproduce. Suggest deleting from TODO, on the assumption it
has been fixed by coincidental changes to setup.
Igor Pechtchanski wrote:
On 10 Mar 2003, Robert Collins wrote:
Ok, a few pragmatic thoughts:
* When do we parse it?
It's not trivial:
- if we parse on startup, and the user changes the cygwin / path
during runtime, should we revert to defaults?
- if we wait for the / path to be chosen, we
Just botched the log message on a checkin.
Please could a member of cvsadmin do the following in setup:
cvs admin -m 2.89:Regenerate after adding foreign to AUTOMAKE_OPTIONS
Makefile.in
cvs admin -m 2.29:Add wishlist item: hold version README
Thanks,
Max.
Joshua Daniel Franklin wrote:
With the talk of a /etc/setuprc file and the email below on cygwin@,
I thought I'd suggest a 'hold' option for the setup.exe wishlist.
There are certain packages (like postgresql in this case) that some
users *never* want to upgrade as long as the old version
On Mon, 10 Mar 2003, Max Bowsher wrote:
Igor Pechtchanski wrote:
On Sun, 9 Mar 2003, Max Bowsher wrote:
Igor Pechtchanski wrote:
There have been bits of persistent state that people wanted to store
for setup. I'm proposing an Xdefaults-style setup.cfg in
/etc/setup. If we compile a
Robert Collins wrote:
On Mon, 2003-03-10 at 22:04, Max Bowsher wrote:
NB: I have verified this will NOT introduce \r characters into the
files.
MM, it would be easier for you to use patch -l :].
1) patch won't be involved in the process at all
Huh? Then I've misunderstood.
cvs import
cvs
Robert Collins wrote:
On Mon, 2003-03-10 at 15:48, Igor Pechtchanski wrote:
Rob,
There was a follow-up message:
http://cygwin.com/ml/cygwin-apps/2002-10/msg00152.html That
eliminates #1. I don't know how to fix #2 -- could have something
to
do with cvs checkout timestamps. I don't
Igor Pechtchanski wrote:
On Mon, 10 Mar 2003, Max Bowsher wrote:
Igor Pechtchanski wrote:
On Sun, 9 Mar 2003, Max Bowsher wrote:
Igor Pechtchanski wrote:
There have been bits of persistent state that people wanted to
store for setup. I'm proposing an Xdefaults-style setup.cfg in
On Mon, 10 Mar 2003, Brian Keener wrote:
Igor Pechtchanski wrote:
Still:
* Not tested on Win95. It's a fairly low level change, and I have 'this
much' (holds thumb and forefinger very close together) confidence that
we won't get surprised.
Uh, can someone test this on Win95? I
On Mon, 10 Mar 2003, Max Bowsher wrote:
Igor Pechtchanski wrote:
On Mon, 10 Mar 2003, Max Bowsher wrote:
Igor Pechtchanski wrote:
On Sun, 9 Mar 2003, Max Bowsher wrote:
Igor Pechtchanski wrote:
There have been bits of persistent state that people wanted to
store for setup. I'm
Igor Pechtchanski wrote:
On Mon, 10 Mar 2003, Max Bowsher wrote:
Igor Pechtchanski wrote:
On Mon, 10 Mar 2003, Max Bowsher wrote:
Igor Pechtchanski wrote:
On Sun, 9 Mar 2003, Max Bowsher wrote:
Igor Pechtchanski wrote:
There have been bits of persistent state that people wanted to
On Mon, Mar 10, 2003 at 07:24:17AM -, Elfyn McBratney wrote:
Oh poo, I used the wrong subject didn't I? ;-)
Mail to me, to some other mailing list, or use of a different subject
will immediately disqualify you from this special offer.
Maybe you thought I was kidding. I wasn't, really.
This
On Tue, 2003-03-11 at 03:36, Max Bowsher wrote:
Robert Collins wrote:
On Mon, 2003-03-10 at 22:04, Max Bowsher wrote:
NB: I have verified this will NOT introduce \r characters into the
files.
MM, it would be easier for you to use patch -l :].
1) patch won't be involved in the
On Tue, 2003-03-11 at 02:28, Max Bowsher wrote:
Robert Collins wrote:
* Toggling from All Default to All Install takes *way* too long.
This takes under 1/10th of a second on my PC.
I need a testcase, or more info.
I can no longer reproduce. Suggest deleting from TODO, on the
On Tue, 2003-03-11 at 03:37, Max Bowsher wrote:
Ok, well I'm going to practice delegation here: Max - when you look at
zlib, can you ensure that the timestamps on zlib's autotool files are
correctly ordered?
Delegation accepted, but I think it's potentially more complicated than
that.
On Tue, 2003-03-11 at 03:54, Max Bowsher wrote:
Either we disallow comments, or we keep the order, IMO.
^^^
My vote.
Ok, we are starting down a rabbit hole.
Whomever puts the time in can decide whether it's user editable or not.
I've already listed the
On Tue, 2003-03-11 at 07:39, Robert Collins wrote:
I'll add another incentive: I'll accept 'progress' patches, that
refactor the code to use the emerging framework, as long as the current
*behaviour* doesn't change. (i.e. we still use last-mirror etc).
The first patch that starts to use
On Tue, Mar 11, 2003 at 07:24:17AM +1100, Robert Collins wrote:
On Tue, 2003-03-11 at 02:28, Max Bowsher wrote:
Robert Collins wrote:
* Toggling from All Default to All Install takes *way* too long.
This takes under 1/10th of a second on my PC.
I need a testcase, or more info.
I can
On Tue, 2003-03-11 at 07:50, Christopher Faylor wrote:
Yep, please move to done. (I'm assuming that until the cvsadmin commands
you requests, I shouldn't commit stuff?)
Ok. I've made this crucial change.
For the record, I don't want to get involved whenever people screw up
their commit
Christopher Faylor wrote:
On Tue, Mar 11, 2003 at 07:24:17AM +1100, Robert Collins wrote:
On Tue, 2003-03-11 at 02:28, Max Bowsher wrote:
Robert Collins wrote:
* Toggling from All Default to All Install takes *way* too long.
This takes under 1/10th of a second on my PC.
I need a testcase,
Robert Collins wrote:
On Tue, 2003-03-11 at 02:28, Max Bowsher wrote:
Robert Collins wrote:
* Toggling from All Default to All Install takes *way* too long.
This takes under 1/10th of a second on my PC.
I need a testcase, or more info.
I can no longer reproduce. Suggest deleting from
On Mon, Mar 10, 2003 at 09:31:49PM -, Max Bowsher wrote:
Thanks Chris, and yes, I'm sufficiently embarrased to remember very
clearly not to do that again!
There's no need to be embarrassed, IMO. I do this all the time. I think the
ChangeLog is more important that the checkin messages,
Igor Pechtchanski wrote:
Thanks a lot for testing! Most postinstall scripts run silently, so what
you're seeing is the output of printf's. If you could try it with
scripts that actually output something (e.g., iu-config.sh, gcc-mingw.sh,
post-texmf.sh, profile.sh), you'd see if the output is
On Mon, 10 Mar 2003, Brian Keener wrote:
Igor Pechtchanski wrote:
Thanks a lot for testing! Most postinstall scripts run silently, so what
you're seeing is the output of printf's. If you could try it with
scripts that actually output something (e.g., iu-config.sh, gcc-mingw.sh,
Replies inline below. Incidentally, why did your message arrive twice
from two different From: addresses? And which should the
replies go to?
---
One address is subscribed to the list, the other is not.
Normally, if one responds to 'all', it goes to the OP and the list.
If one just
You could check out UltraVNC http://ultravnc.sourceforge.org - it is
currently beta code, but one of the main interesting points is that the
developers has provided a xdmcp wrapper.
It also provides some very interesting hooking/display drivers - with some
efforts it should be possible to
Hello,
I've just install cygwin and XFree86 and got some problem for AltGr to work.
I've take an xmodmap file that work correctly on Solaris 8 (intel), named
belgian.map.
It's the belgian (french) layout. I've made a lot of change because of the
UK physical keyboard.
All the key work except all
Most likely NumLock is on. Here's a google search of the cygwin ML archives
for numlock, where you'll find plenty of discussion on why this causes
problems.
http://www.google.com/search?hl=enlr=ie=UTF-8oe=UTF-8q=numlock+site%3Acygwin.combtnG=Google+Search
From: Nikolai Lusan [EMAIL
Hi Karel:
We were just alerted to this issue by another customer. I believe the
problem relates to method used to create the dancing icon in the systray
when the VPN is established. If you set your application task bar to
auto-hide, you should see performance increase, when the dancing icon is
Steve,
That's great, but you forgot to describe the problem.
Harold
Stephen Seal wrote:
Hi Karel:
We were just alerted to this issue by another customer. I believe the
problem relates to method used to create the dancing icon in the systray
when the VPN is established. If you set your
CVSROOT:/cvs/src
Module name:src
Changes by: [EMAIL PROTECTED] 2003-03-10 16:25:48
Modified files:
winsup/cygwin : ChangeLog security.cc sec_acl.cc
Log message:
* sec_acl.cc (setacl): Don't handle DELETE flag specially.
* security.cc (alloc_sd):
CVSROOT:/cvs/src
Module name:src
Changes by: [EMAIL PROTECTED] 2003-03-11 03:00:50
Modified files:
winsup/mingw : ChangeLog
winsup/mingw/include: stdlib.h
Log message:
* include/stdlib.h (qsort): Remove const from first parm.
Thanks to:
Hello,
I have made a patch to the cygwin1.dll .
Its main purpose is to allow a nul character to be input from a french keyboard. Also
this patch adds some othre functions keys. If you are interrested you have the diff
-up file from the last cvs 03/03/2003 05:00 fhandler_console.cc
the binding
Okay, the patch I posted to libtool-patches works on my system (of
course, the UNpatched libtool works on my system) -- but the patch ought
to fix this problem. It hunts specifically for head.exe and uses that,
if found, falling back to 'head' only if 'head.exe' is not found in the
path.
I'd
in http://sources.redhat.com/ml/cygwin/2003-01/msg01707.html I thought to
see how I should do this.
The example works fine. But if I create a script that does
the same
echo $@ | cygpath -w -f -
and call it with
testscript `/bin/ls /bin/ch*`
I get
C:\cygwin\bin\checkgid.exe \bin\chgrp.exe
Attached is an invitation to the 2003 Philadelphia Metro Apartment Trade Show
Both attachments are identical, just different formats. If you need adobe acrobat,
click below to download.
http://www.adobe.com/products/acrobat/readstep2.html
To remove your name from this mailing list, just
Is this any use?
http://www.doc.ic.ac.uk/~ccj00/twiki/bin/view/Cygwin/CygwinSu
Chris
[EMAIL PROTECTED] (.../jon/tmp) % su root
Password:
su: cannot run /bin/bash: Permission denied
Make sure /bin/bash is world executable.
-rwxr-xr-x 1 root admin 596480 Nov 22 19:32
On Sun, 9 Mar 2003, Thorsten Kampe wrote:
* Pavel Tsekov (03-03-09 15:34 +0100)
On Sun, 9 Mar 2003, Thorsten Kampe wrote:
Unfortunately there are now some new ones:
1. It takes more than 5 seconds to start mc in a rxvt window - in a
normal console window mc starts immediately.
-Original Message-
From: Igor Pechtchanski [mailto:[EMAIL PROTECTED]
A couple of points to note:
1) In Cygwin, /bin/sh != bash. /bin/sh == ash, and it doesn't support
bash'isms like /dev/stderr. Use 2 and 1 in /bin/sh.
-
Bashism?
From Oreillynet:
Some UNIX
On Mon, 10 Mar 2003, S. L. wrote:
The Midnight Commander visual shell has been updated to version
4.6.0-1. This is major upgrade and the result of more then
one and a half year of bugfixing and code cleanup.
[...]
Thanks, and, of course another item on the wishlist (although it could
Is this any use?
http://www.doc.ic.ac.uk/~ccj00/twiki/bin/view/Cygwin/CygwinSu
Chris
[EMAIL PROTECTED] (.../jon/tmp) % su root
Password:
su: cannot run /bin/bash: Permission denied
Make sure /bin/bash is world executable.
-rwxr-xr-x 1 root admin 596480 Nov 22
On Mon, Mar 10, 2003 at 10:56:11AM -, Chris January wrote:
The su binary on my webpage seems to need more privileges than I remember.
Try assigning yourself the Replace a Process Level Token right. I am
You're opening up the security hole par excellence by doing this.
Corinna
--
Corinna
Hi everybody,
could somebody with Win2K/XP and cygwin1.dll 1.3.20 please try
this:
insert an audio-cd into your cd-rom/cd-writer
enter the following:
cd /tmp (or whatever)
cdrecord -scanbus (gives you a list of devices)
cdda2wav dev=1,5,0 -paranoia -B (modify dev)
Be warned: your Win2K or
This message is intended for the rxvt maintainer.
From the manpage of XOpenDisplay():
display_name
Specifies the hardware display name, which determines the
display and communications domain to be used. On a
POSIX-conformant system, if the display_name is NULL, it
defaults to the value of the
[Oops. I replied to Ralf's message without changing the To: address.
And since Ralf's message was originally sent to cygwin-apps (where it
didn't belong: bad Ralf); my reply went there too: bad Chuck. No cookie.)
Okay, I've actually looked at the patch now. Apparently I misunderstood.
I
Resent-To: [EMAIL PROTECTED]
Resent-From: [EMAIL PROTECTED]
From: Max Bowsher [EMAIL PROTECTED]
Date: Sat, 8 Mar 2003 01:17:25 -
[snip]
Richard H. Broberg wrote:
From: Max Bowsher [EMAIL PROTECTED]
An unfortunate consequence of how Windows handles console windows.
On Mon, 10 Mar 2003 08:39:28 +0100 COTTO Daniel FTRD/DMI/CAE [EMAIL PROTECTED] wrote:
If you want, you can use this patch and you can add it to a next
version of cygwin1.dll.
Please read http://cygwin.com/contrib.html .
--
Mac :})
** I normally forward private questions to the appropriate
New News:
===
I have updated the version of Python to 2.2.2-7. The tarballs should be
available on a Cygwin mirror near you shortly.
On Thu, Mar 06, 2003 at 05:18:07PM -0500, Jason Tishler wrote:
Otherwise, this package should be identical to the previous one.
I knew when I wrote the
Greg,
On Sat, Mar 08, 2003 at 10:18:29PM +0800, Greg Matheson wrote:
When I installed fetchmail-6.2.2.1, fetchmail started refusing to
use my .fetchmailrc. I think the requirement that permissions be
600 on it is new.
No, I've been patching fetchmail to skip this permissions check due to
the
Guenter,
On Sun, Mar 09, 2003 at 04:15:29AM -0600, günter strubinsky wrote:
I need to go back to a version that contains PostgreSQL 7.2.x or my
data is lost.
Don't you have a copy of PostgreSQL 7.2.3 in the Cygwin setup.exe cache?
Jason
--
PGP/GPG Key:
Volker,
On Sun, Mar 09, 2003 at 03:15:55PM +0100, Dr. Volker Zell wrote:
Yes there is one on SF.
I just tried Numeric-23.0 -- still works for me.
Do you know where the -L stuff is generated
IIRC, distutils greps this out of /usr/lib/python2.2/config/Makefile.
However, I haven't been in this
Linda,
Replies inline below. Incidentally, why did your message arrive twice
from two different From: addresses? And which should the replies go to?
On Sun, 9 Mar 2003, LA Walsh wrote:
-Original Message-
From: Igor Pechtchanski [mailto:[EMAIL PROTECTED]
Sent: Sun, Mar 09, 2003
On Mon, 10 Mar 2003, Ralf Hauser wrote:
in http://sources.redhat.com/ml/cygwin/2003-01/msg01707.html I thought to
see how I should do this.
The example works fine. But if I create a script that does
the same
echo $@ | cygpath -w -f -
and call it with
testscript `/bin/ls /bin/ch*`
I
On Mon, 10 Mar 2003, COTTO Daniel FTRD/DMI/CAE wrote:
Hi ,
I have made a patch to the cygwin1.dll .
Its main purpose is to allow a nul character to be input from a french keyboard.
Also this patch adds some othre functions keys. If you are interrested you have the
diff file from the
Then you will call cygpath x-times, which is quite inefficient for large
globbing with wildcards.
Better do something like
*** snip ***
#! /bin/sh
for file in $@; do
memfile=${memfile:-}$file\n
done
application $(echo -e $memfile | cygpath -w -f -)
*** snip ***
which results in just one
Ralf,
Please keep replies on-list... And please honor the Reply-To:...
On Mon, 10 Mar 2003, Ralf Hauser wrote:
Thanks for the help, someone else suggested out of the mailing list to do it
with
for file in $@; do
memfile=${memfile:-}$file\n
done
mycommand $(echo -e $memfile | cygpath
I can't agree. Take it in context with what was written. The fix it
yourself response was in response to a somewhat rude request that a
problem be fixed. It had words like For the love of open source
what is the hold up? and I'm dying here.
I don't think newbie should necessarily mean
Richard H. Broberg wrote:
In the meantime I'll
happily use rxvt in place of bash, since it does what I need.
You are confused.
rxvt is a terminal.
bash is a shell.
You are very likely running bash in rxvt.
Max.
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug
I'm running emacs under X with the -rootless option and emacs
occassionally hangs. In this instance the emacs process is using no
cpu and does not respond to keyboard events such as control-g.
Interestingly, this time attaching with gdb and detaching restored
responsiveness. This didn't happen
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-in
Hi,
has anyone successfully compiled omniORB for Cygwin, i.e.
created libraries that can be used with code compiled using
a Cygwin gcc installation?
Thanks for any hints!
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Frederick,
I confirmed the cdda2wav-induced hang on my Windows 2K Pro (SP3 and all
patches and driver updates currently available installed). The CD drive
in my case is on the IDE bus and is the only hardware on an IDE bus in
this system.
The symptoms was a hang (mouse stopped tracking and
On Mon, Mar 10, 2003 at 08:13:16AM -0500, Charles Wilson wrote:
I didn't realize it was a patch to rip out all of the import-lib
building stuff, and replace it with the new link-to-dll support.
I've been blissfully trying to avoid libtool discussions but I have to
ask my standard question of
Daniel,
I don't know if this is obsolete information or not, but back in the
old Vi (not Vim) days, one could type NUL while in input mode to repeat
the most recently typed input sequence. Ever since the days of real
terminals has passed (at least for use in everyday programming work)
I've
Try using esc . that says repeat the last command.
if you want to repeat it more then once then use esc 10 .
That is dot not a period by the way. This is the way all
current varents of vi work that I have found.
This will repeat either commands or text input.. depends on
what your last keys
Ralf,
Yes. Well, no. Cygpath isn't chok[ing]. It's operating correctly.
It accepts one input name per line when used in filter mode. You can
use tr or sed to insert newlines where appropriate, but it's not
feasible to have cygpath interpret spaces as separators between input
names. Since
Wayne,
I'm not talking about repeating a command (and it's period / dot / .
that does that, not ESC), I'm talking about repeating (while in input
mode) the sequence entered the last time you were in input mode. Of
course, ESC terminates input mode and takes you back to command mode.
Randall
Resent-To: [EMAIL PROTECTED]
Resent-From: [EMAIL PROTECTED]
From: Max Bowsher [EMAIL PROTECTED]
[snip]
Richard H. Broberg wrote:
In the meantime I'll
happily use rxvt in place of bash, since it does what I need.
You are confused.
rxvt is a terminal.
bash is a shell.
Hi Christopher;
Does CYGWIN support POSIX.1, 1B and 1C? I need to pick up message queues
supported by the latter POSIX version.
Thanks
Paul
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation:
At 07:18 PM 3/9/2003 -0800, linda w \(cyg\) wrote:
I normally use bash and this works in bash:
echo hello stderr /dev/stderr
echo hello stdout /dev/stdout
But in /bin/sh:
$ echo hello stderr /dev/stderr
cannot create /dev/stderr: directory nonexistent
$ echo hello stdout /dev/stdout
cannot
David Robinow wrote:
Andrew DeFaria [EMAIL PROTECTED] wrote:
It is indeed a natural assumption that the phrase to demand that
something be done is addressed to me, that I was demanding that
something be done.
Andrew, relax. And pay attention.
I was paying attention. He addressed me. The
Igor Pechtchanski wrote:
Andrew,
I ought to re-read my messages before I send them (I started out
addressing you and drifted off on a tangent). What can I say except I
apologize?
Apology accepted.
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:
On Mon, Mar 10, 2003 at 08:13:16AM -0500, Charles Wilson wrote:
I didn't realize it was a patch to rip out all of the import-lib
building stuff, and replace it with the new link-to-dll support.
I've been blissfully trying to avoid libtool discussions but I have to
ask my standard question of
On Mon, 10 Mar 2003, linda w (cyg) wrote:
Replies inline below. Incidentally, why did your message arrive twice
from two different From: addresses? And which should the
replies go to?
---
One address is subscribed to the list, the other is not.
Normally, if one responds to
On Mon, Mar 10, 2003 at 02:59:29PM -0500, Igor Pechtchanski wrote:
FYI, both went to the list, hence the question. See
http://cygwin.com/ml/cygwin/2003-03/msg00655.html and
http://cygwin.com/ml/cygwin/2003-03/msg00646.html.
Igor
P.S. There is no need to Cc: cygwin-apps@, the original
Okay, I've actually looked at the patch now. Apparently I misunderstood.
I thought this was a patch to enable using libtool to link against an
outside shared library in which the implib was actually a symlink to a
DLL -- which I didn't think would require much if any hacking with
libtool,
I've been building Cygwin from the sources successfully for a week or so
now. This morning I updated from CVS, and built. But using the resulting
new-cygwin1.dll (copied to /bin and renamed to cygwin1.dll,of course) no
longer lets me build. I get this error:
ar: cygdll.a: File format
Dear list members,
I have installed Cygwin on Windows 98 and want to do a CD installation
onto Windows 95. I would just like to compare notes on the problems I
have encountered.
I normally use Linux. I need to install TeX and friends at work to
correct reports that I write at home. I am paid
Jason == Jason Tishler [EMAIL PROTECTED] writes:
Jason Volker,
Jason On Sun, Mar 09, 2003 at 03:15:55PM +0100, Dr. Volker Zell wrote:
Yes there is one on SF.
Jason I just tried Numeric-23.0 -- still works for me.
Do you know where the -L stuff is generated
Jason
Jason == Jason Tishler [EMAIL PROTECTED] writes:
Jason Volker,
Jason IMO, this post is more appropriate for cygwin@ than [EMAIL PROTECTED]
Jason On Sun, Mar 09, 2003 at 12:51:36PM +0100, Volker Zell wrote:
ImportError: No module named _tkinter
Jason Sorry, the above was
-Original Message-
From: Michael Talbot-Wilson [EMAIL PROTECTED]
To: Cygwin Mailing List [EMAIL PROTECTED]
Date: Tue, 11 Mar 2003 10:52:45 +1030 (CST)
Subject: New user / CD installation problems
1. Cygwin is very slow. Remarkably so. I guess this might be just
how it is when a
Bob Cassels wrote:
I've been building Cygwin from the sources successfully for a week or
so now. This morning I updated from CVS, and built. But using the
resulting new-cygwin1.dll (copied to /bin and renamed to cygwin1.dll,
of course) no longer lets me build. I get this error:
ar:
From: Igor Pechtchanski [mailto:[EMAIL PROTECTED]
On Linux, /bin/sh == bash.
On my system, at least, it's not dependant on bash -- they
show up as softlinks to /proc/self/fd/{0|1|2}.
Maybe Cygwin should be renamed CyNUX: Cygwin is Not
Unix or Linux? :-)
Pronounced cynics?
1 - 100 of 106 matches
Mail list logo