Chris January wrote:
>> Hi,
>> my cygwin bash does not write anything in .bash_history . I think
>> it was working fine before and some changes done by me has caused it
>> to stop updating this file.
>> rxvt does not have this problem.
>> any pointers where could be the problem.
> Close bash by ty
When last we left our valiant hero, he was finally able to get ImageMagic to
config w/ jpeg. Although the support for EXIF seemed to still be missing
something, he compiled ImageMagick and trudged on to the next step in his
quest... PerlMagick.
Issuing the 'perl Makefile.PL' command, his confidenc
Good Day!
I've searched the net regarding building the cygwin dll and found these.
www.cygwin.com/ml/cygwin/2001-04/msg00709.html
www.cygwin.com/ml/cygwin/2001-04/msg00720.html
sources.redhat.com/ml/cygwin/2001-07/msg00816.html
sources.redhat.com/ml/cygwin/2001-07/msg00817.html
However, not one
I notice that Windows allows spaces in group names, unlike Unix, so the
output of the "groups" command can't be processed reliably under
Windows.
Any suggestions?
: /home/luke ; id
uid=11021(luke) gid=10513(Domain Users) groups=12919(adaytum),10513(Domain
Users),13876(MS_VisualStudio),13761(Zone
On 23 Jul, I wrote:
> I was going to qualify this with `when ntsec is defined in CYGWIN'
It's not easy to find out if ntsec is turned on, is it? When I wrote
the above, I was thinking "ntsec turned on" means $CYGWIN includes the
word "ntsec".
But I think I've just realised that isn't true, is
Oops, sorry! I forgot to attach cygcheck output. Here it is...
- Original Message -
From: "Carlo Florendo" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Wednesday, July 23, 2003 12:25 PM
Subject: practicing building the cygwin.dll
> Hello,
>
> I'm trying to build the cygwin dll fro
(Sorry this took so long; it's taken me days to find the hours required
to investigate.)
I've got some more info, below, and have also read through all the
permissions threads on the cygwin mailing list I could find, and to read
about half the ntsec threads over the last year or so. I don't think
On Mon, 21 Jul 2003, Max Bowsher wrote:
> Henry Da Costa wrote:
> > Hello Mr. Faylor,
>
> You have sent this message to a public mailing list.
>
> > I hope you can help me. I'm looking for a complete Cygwin version 1.3.20
> > set of packages but have so far been unable to find it.
>
> The phrase "
At 20:08 2003-07-22, Christopher Faylor wrote:
...
>>>What would happen on *nix?
>>
>>The same thing as on cygwin.
>
>Really?
>
>Since Cygwin "strace" is not a Cygwin program, it does not get Cygwin
>symbolic links resolved. Whereas on Unix or Linux, a symlink would be
>resolved by the kernel if i
Hello,
I'm trying to build the cygwin dll from scratch. I downloaded the entire distribution
last year including the sources. I've never
upgraded any package since then.
I have cygwin-1.3.12-4 installed. Attached is the output of cygcheck -svr
I assumed that building the cygwin.dll is as simp
Brian Dessent wrote:
> [EMAIL PROTECTED] wrote:
>
>> Q1. Querying info sed reveals the expression matcher to be "greedy",
>> matching the longest possible string. Is there a way to make it
>> match the shortest possible, so that echo aaabbbccc | sed 's/^.*b//'
>> (altered but similar) grabs aaab no
On Tue, Jul 22, 2003 at 07:56:02PM -0700, Randall R Schulz wrote:
>Chris,
>
>At 18:29 2003-07-22, Christopher Faylor wrote:
>>On Tue, Jul 22, 2003 at 09:23:13PM -0400, David A. Cobb wrote:
>>>Recently, I was trying to do "strace Xemacs . . ."
>>>First I got a "No such file" error, so I changed to d
Chris,
At 18:29 2003-07-22, Christopher Faylor wrote:
On Tue, Jul 22, 2003 at 09:23:13PM -0400, David A. Cobb wrote:
>Recently, I was trying to do "strace Xemacs . . ."
>First I got a "No such file" error, so I changed to do "strace `which
>xemacs` " -- still a failure.
>
>which xemacs returns "/u
Christopher Faylor wrote:
On Tue, Jul 22, 2003 at 09:23:13PM -0400, David A. Cobb wrote:
Recently, I was trying to do "strace Xemacs . . ."
First I got a "No such file" error, so I changed to do "strace `which
xemacs` " -- still a failure.
which xemacs returns "/usr/local/bin/xemacs.exe.lnk";
David,
At 18:15 2003-07-22, David A. Cobb wrote:
Maybe this is something any native *nix speaker knows, but I'm stull
trudging up the learning curve.
It is entirely non-Cygwin-specific, yes.
If I do a (cygwin) find for some fragment of a filename, I get a whole
pile of hits in the /proc/regist
Sam Steingold wrote:
> args='"4 4" '"'5 5'"
What you're seeing is the side-effect of how mingw-compiled programs
handle wildcards.
mingw-compiled programs automatically link in support for wildcard
expansion of arguments passed in via the Windows GetCommandLine(). So
you'll often see extra quote
David,
Investigate the options to "test" (the binary or the BASH built-in)
that detect symbolic links: -h or -L (they are synonymous) and the
command "readlink" (as in "man readlink").
Again, this is stock Unix / Linux stuff.
Randall Schulz
At 18:23 2003-07-22, David A. Cobb wrote:
Recently,
On Tue, Jul 22, 2003 at 09:23:13PM -0400, David A. Cobb wrote:
>Recently, I was trying to do "strace Xemacs . . ."
>First I got a "No such file" error, so I changed to do "strace `which
>xemacs` " -- still a failure.
>
>which xemacs returns "/usr/local/bin/xemacs.exe.lnk"; that is, my normal
>han
On Tue, Jul 22, 2003 at 06:12:53PM -0400, Sam Steingold wrote:
>> * In message <[EMAIL PROTECTED]>
>> * On the subject of "Re: subprocess i/o interaction with shell (bash&cmd): shells
>> compete for input with user program!"
>> * Sent on Tue, 22 Jul 2003 17:27:05 -0400
>> * Honorable Christopher F
Recently, I was trying to do "strace Xemacs . . ."
First I got a "No such file" error, so I changed to do "strace `which
xemacs` " -- still a failure.
which xemacs returns "/usr/local/bin/xemacs.exe.lnk"; that is, my normal
handle to launch xemacs is a symlink to the executable whose name or
lo
Maybe this is something any native *nix speaker knows, but I'm stull
trudging up the learning curve.
If I do a (cygwin) find for some fragment of a filename, I get a whole
pile of hits in the /proc/registry area -
none of which is relevant. I would wish to tell find not to get
involved with th
Corinna,
Do you remember what your fix
(http://sources.redhat.com/ml/cygwin/2003-06/msg00055.html) was?
We are using modified older Cygwin sources and we would like to drop
in this fix.
Thanks.
Ajay
__
Do you Yahoo!?
Yahoo! SiteBuilder - Free, easy-to-use web s
> * In message <[EMAIL PROTECTED]>
> * On the subject of "Re: subprocess i/o interaction with shell (bash&cmd): shells
> compete for input with user program!"
> * Sent on Tue, 22 Jul 2003 17:27:05 -0400
> * Honorable Christopher Faylor <[EMAIL PROTECTED]> writes:
>
> If the exec paradigm in cygwin
Sam Steingold wrote:
I am not using fork().
just plain exec().
If thats the case then the exec() you are linking is not behaving as a
POSIX exec() call, because if it did you would not still have two
processes to even compete for the I/O streams. The first process image
would be "replaced" b
On Tue, Jul 22, 2003 at 04:41:18PM -0400, Sam Steingold wrote:
>> * In message <[EMAIL PROTECTED]>
>> * On the subject of "Re: subprocess i/o interaction with shell (bash&cmd): shells
>> compete for input with user program!"
>> * Sent on Tue, 22 Jul 2003 13:23:16 -0400
>> * Honorable Christopher F
> * In message <[EMAIL PROTECTED]>
> * On the subject of "Re: subprocess i/o interaction with shell (bash&cmd): shells
> compete for input with user program!"
> * Sent on Tue, 22 Jul 2003 13:23:16 -0400
> * Honorable Christopher Faylor <[EMAIL PROTECTED]> writes:
>
> On Tue, Jul 22, 2003 at 12:23:
Hi list,
I'm having trouble sending data back and forth between two processes over a
pseudo terminal. I'm able to send data from the slave tty to the master pty
without any problem. However, no data can be read from the slave side of
the pty (tty). I've attached an example program that demonstr
Actually using the 7-10 snapshot, plus everything in [test] as of a few
hours ago. Compiling and installing distcc on two machines (one Why2K, one
XP) worked with nary a hitch. Using distcc to compile gcc cvs HEAD as a
cross-compiler on the two boxes worked fantastically. Distcc was in tcp
mode
The file /etc/profile ships with these lines:
# uncomment to use the terminal colours set in
DIR_COLOR
eval `dircolors -b /etc/DIR_COLOR`
This should be with an S appended to reflect the
shipped file name:
# uncomment to use the terminal colours set in
DIR_COLORS
eval `dircolors -b /etc/DIR_COLO
Kevin,
[Sorry for the sluggish response time, but I have been distracted by the
impending Python 2.3 release...]
On Sat, Jul 19, 2003 at 02:33:35PM +0100, Kevin Jones wrote:
> I'm running Cygwin 1.3.22.1 on Windows 2003.
Note that I do not have access to Windows 2003, so you will probably
have t
Christopher Faylor wrote:
> On Sat, Jul 12, 2003 at 11:19:17AM -0400, Christopher Faylor wrote:
> >>That example works fine if I do 'make --win32' but fails when just
using
>>>'make'. That is a change in behavior from the previous version of
make.
> >> The testcase works with either of --unix &
> Hi,
> my cygwin bash does not write anything in .bash_history . I think it was
> working fine before and some changes done by me has caused it to stop
> updating this file.
> rxvt does not have this problem.
> any pointers where could be the problem.
Close bash by typing exit rather than clickin
On Tue, Jul 22, 2003 at 12:23:18PM -0400, Sam Steingold wrote:
>> Under cygwin you'd accomplish this by having the parent process use
>> one of the "exec" calls.
>
>nope. doesn't work either.
>I get the same "input competition" when I use exec().
If you are using fork/exec, then sure, you'll get
> Ralf,
> I appreciate the acknowledgement on your kde-cygwin web site but I
> really would rather not have my email address available on your
> acknowledgement page.
>
> I know that Corinna probably feels the same way and I suspect that
> Charles Wilson, Egor Duda, and Robert Collins probably all
> * In message <[EMAIL PROTECTED]>
> * On the subject of "Re: subprocess i/o interaction with shell (bash&cmd): shells
> compete for input with user program!"
> * Sent on Tue, 22 Jul 2003 10:57:02 -0400
> * Honorable Christopher Faylor <[EMAIL PROTECTED]> writes:
>
> On Tue, Jul 22, 2003 at 10:30:
Ralf,
I appreciate the acknowledgement on your kde-cygwin web site but I
really would rather not have my email address available on your
acknowledgement page.
I know that Corinna probably feels the same way and I suspect that
Charles Wilson, Egor Duda, and Robert Collins probably all would rather
On Tue, Jul 22, 2003 at 03:40:16PM -, Joel Handler wrote:
>I just downloaded the entire Cygwin package and am experimenting around with
>it. I am running the cygwin X server and am ssh (tunneling X) to a linux
>machine and running either Netscape 4 or 7. Both seem to crash the X server
>(s
I just downloaded the entire Cygwin package and am experimenting around with
it. I am running the cygwin X server and am ssh (tunneling X) to a linux
machine and running either Netscape 4 or 7. Both seem to crash the X server
(sometimes netscape crashes with a Bus Error, other times it just cl
On Tue, Jul 22, 2003 at 10:30:52AM -0400, Sam Steingold wrote:
>So, how can I exit driver and have the shell notice that its child
>(driver) left a heir (runtime) and that the shell (bash & cmd) should
>wait for runtime to finish.
Am I reading this correctly? You have two processes reading standa
I have a driver.exe program which calls runtime.exe.
runtime.exe is an interactive console application, i.e.,
it will be doing i/o via the stdio.
If I make driver.exe exit before runtime.exe, the console interaction
is severely broken (both under bash and cmd, both when compiled with and
without cy
There is a typo in the description of the "cmake" package as displayed
by the "setup" program:
cmake: A cross platform build manger
--
Joe Buehler
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http:
The Midnight Commander visual shell has been updated to version
4.6.0a-20030721-1 .
This release will _NOT_ work with versions of Cygwin prior to 1.5.0 .
Along with the ability to work with large file this new version will bring
you a lot of
bug fixes and some exciting new features. This release
expat-1.95.6-1 has been uploaded to the Cygwin net distribution.
Expat is an XML parser library written in C.
It is a stream-oriented parser in which an application registers
handlers for things the parser might find in the XML document
(like start tags). Homepage: http://www.libexpat.org/
CH
Bill,
The docs should be /usr/doc/Cygwin/cron.README. The docs should be there.
Todd C. Bowden
-Original Message-
From: Bill McCormick [mailto:[EMAIL PROTECTED]
Sent: Monday, July 21, 2003 4:22 PM
To: [EMAIL PROTECTED]
Subject: RE: problem starting cron as a service
Ok, I missed th
Hallo David,
> o libwmf works too, but isn't distributed with cygwin
Wouldn't it be a good idea to find a maintainer who cares about
libwmf, littlecms, libmng and some other graphic libraries like
GD, libexif, libmnote, jasper, ...?
Gerrit
--
=^..^=
--
Unsubscribe info: http://cygwin.c
Hallo Bill,
You wrote:
> I thought I had the jpeg lib from cygwin installed and that I needed
> something more. Your note prompted me to check again and sure enough, I
> didn't have it installed - DUH!! So after installing that - Imagemagick is
> now ready to fly with jpeg.
Fine.
> I DL'd your
> IMHO, this looks like a PTC situation..
prehaps more likely MOTC.
;)
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
IMHO, this looks like a PTC situation..
packaging issues belong on cygwin-apps, by the way..
rlc
On Tue, 22 Jul 2003, Frédéric L. W. Meunier wrote:
> The GCC 3.2-3 package is almost 3 times the size of the
> 2.95.4-10 mainly due to the Java part. Wouldn't it help split
> it in various packages,
On Mon, 21 Jul 2003, William J. Moulton wrote:
> Has anyone noticed that two versions of GCC were released with the
> latest versions of cygwin?
As always, of course..
> I experienced many compile and makefile errors only to discover it was
> the GCC compiler version. And have watched problem aft
Hi,
my cygwin bash does not write anything in .bash_history . I think it was
working fine before and some changes done by me has caused it to stop
updating this file.
rxvt does not have this problem.
any pointers where could be the problem.
TIA
Sanjay
--
Unsubscribe info: http://cygwin.co
Though it is contrary to my common practice to chime in on a thread cgf
has already replied to, a message I sent was cited here, so I might as
well clarify.
On Tue, 22 Jul 2003, Carlo Florendo wrote:
> Sometimes, when I post problems here, I attach the output of cygcheck
> and strace. Could any
The tiff package has been updated to version 3.6.0-2. This is NOT a
64bit, cygwin-1.5.0 test release. It is a cygwin-1.3.22 release;
upgrade now. However, the upcoming 64bit release will have a DLL with a
new name, because libtiff depends on libjpeg, and because libjpeg's ABI
changed, so did lib
52 matches
Mail list logo
