On Wed, Apr 22, 2009 at 12:34 AM, Charles Wilson wrote:
> Cygutils is a collection of useful(?) tools for the cygwin
> platform. This is a feature enhancement release.
>
> [[ compiled using gcc-3.4.4-999 ]]
>
> This will most likely be the final cygutils update for the cygwin-1.5
> distribution; fu
Mark J. Reed writes:
> One-liner to display the boot time:
> $ perl -lane 'print ~~localtime(time-$F[0])' /proc/uptime
Ronald Fischer wrote:
> Would you mind explaining the ~~ trick?
Clever tricks are interesting, but definitely are an obfuscation.
This makes things more plain:
perl -lane 'print
Chuck wrote:
> RXVT is a VT102 terminal emulator for both X and Windows.
>
> Brown paper bag release. Version -8 is withdrawn; it erroneously
> required the X11 libXpm. Reported by WxH.
There are still too many requires for this Version -9.
Version -7 only required 'cygwin' and 'bash'. This is
> The problem
> is that I usually use MIME::Lite to send emails from various perl
> tasks.
1. Install ssmtp from Cygwin.
2. Run /usr/bin/ssmtp-config to configure.
3. If needed edit the config file
/etc/ssmtp/ssmtp.conf)
and add your mail hub. For example:
mailhub=smtp.comcast.net:587
4
> my laptop doesn't have a middle mouse button.
Pressing the left and right mouse buttons at the same time has the same effect.
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.ht
> Nobody's quite sure where exactly the bug is yet, but how
> it's /supposed/ to work is that everything in the "Base"
> category is mandatory, and everything else is optional.
I notice that for colordiff the category is Misc, and there
are no other modules for that category. Shouldn't the
catego
> It's a minor bug, there is no workaround at the moment apart from to
> manually set the package to "Skip" in the chooser. Frankly it's a hundred
> times quicker and easier to just let it install, the package is tiny.
My problem is that colordiff requires Perl, and I build my own version
of
Why does setup insist on trying to install colordiff? How
can this be turned off (without installing colordiff, of
course)?
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
The newly added distribution 'colordiff' is set to install by default
in setup.exe. Please change it such that it needs to be selected to
be installed. Thanks.
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation:
The newly added distribution 'colordiff' is set to install by default
in setup.exe. Please change it such that it needs to be selected to
be installed. Thanks.
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation:
Yue Chen wrote:
> I have two hosts installed with cygwin. When I click the cygwin icon
> on host1, the prompt CLI window's tty is /dev/console. However, when I
> click the icon on host2, the CLI window's tty turns to be /dev/tty1.
> In the first window, all windows applications run very well. But i
> When I run setup.exe, it seems to want to update cygrunsrv. However,
> after downloading and while trying to uninstall cygrunsrv, it fails
> giving me the Windows fault message. It apologises, but that does not
> seem to be much consolation. Any suggestions?
You stopped all the cygrunsrv serv
> According to its man page, 'ash' supports the '-p' option
> on 'read'. However, the following:
>
> #!/bin/ash
> read -p'Hit to exit: ' x
>
> produces:
>
> read: Illegal option -p
>
> Is this a bug, or am I doing something wrong?
Delving into the source, it appears that 'ash' was built
wi
According to its man page, 'ash' supports the '-p' option on 'read'.
However, the following:
#!/bin/ash
read -p'Hit to exit: ' x
produces:
read: Illegal option -p
Is this a bug, or am I doing something wrong?
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports:
> > perl-Error
>
> "Required by git".
> http://cygwin.com/ml/cygwin-apps/2007-12/msg00094.html
This needs to be updated in git's 'requires' section in setup.ini.
> > perl-ExtUtils-Depends
> > perl-ExtUtils-PkgConfig
>
> "buildtime-only requirement for the Perl GNOME bindings"
> htt
Eric Blake wrote:
> A new package, perl-Error-0.17010-1, is now available for use.
Jerry D. Hedden wrote:
> What is the point of making this a Cygwin package?
Brian Mathis wrote:
> Because when you package something using a distro's
> packaging system, you can start to have othe
Corinna Vinschen wrote:
> Changes since version 1.5.25-5:
>
> - tzset is now thread safe.
This appears to have fixed the problem I reported. Thanks.
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: ht
Eric Blake wrote:
> A new package, perl-Error-0.17010-1, is now available for use.
>
> NEWS:
> =
> This is a new package, providing the Error module for perl.
What is the point of making this a Cygwin package? There
are no Cygwin specific changes, and it it can be installed
directly from CPAN
Jerry D. Hedden wrote:
> [...]
> Under 1.5.24, this test always passes. Under 1.5.25, it is
> now frequently failing. If I add a debugging call in the
> central most loop:
>
> print("got: $lt exp: $localtime\n");
>
> I get the following as typi
(CC'ed to perl5-porters for reference.)
The Perl test suite contains a file
(perl-current/ext/threads/t/libc.t) that exercises the
'localtime' call under threads. Here's the main code:
my $i = 10;
my $y = 2;
my %localtime;
for (1..$i) {
$localtime{$_} = localtime($_)
The gcc version for Cygwin is currently 3.4.4, which was release by
the gcc group in May '05. Since then 3.4.5 and 3.4.6 have been
release. In addition, gcc 4 has been released with the lastest
version being 4.2.1.
gcc 4 support mudflaps for finding memory issues. I'm sure many would
find that
Reini Urban wrote:
This email is to inform you about the release of the updated
perl-libwin32 package, matching the current perl-5.8.8, through
http://cygwin.com/setup.exe.
I obtained the source for this module, and tried to build it.
I produced the following error:
ODBC.xs:34:23: iodbcinst.h:
While I was watching the tumbleweeds blow by, I did some more
investigation on the problems I've been encountering with snapshots.
First of all, I tested every snapshot (always the FULL snapshot, of
course) from 2006-03-09 onwards with the following results:
20060309 - Last non-problematic snapsh
Ernie Coskrey wrote:
> it's possible that Jerry has found a scenario that causes this problem to
> occur.
> Maybe not, but if he can reproduce it it would be worth checking.
I can reproduce the problem. That's not the issue. I cannot provide a
little test app to produce the problem at will.
As
Jerry D. Hedden wrote:
>I have a cron job (a bash script) that runs every 6 minutes, polling
>and downloading info off the web.
>
>The problem is the script hangs at various places and the stuck
>processes keep building up.
>
>Further, I have to kill these processes using t
Jerry D. Hedden wrote:
>I have a cron job (a bash script)
>that runs every 6 minutes, polling and downloading info off the web.
>
>The problem is the script hangs at various places and the stuck
>processes keep building up.
>
>Further, I have to kill these processes using th
Corinna Vinschen wrote:
> It's time again to release a new Cygwin version.
>
> We're on the way to 1.5.20, and we're hoping that this release solves
> or at least workarounds a couple of problems introduced in earlier
> versions.
Seems to have created some new ones. I have a cron job (a bash scr
> I have a cron job running perl and it is taking a very long time --
> sometimes over 24 hours.
>
> How can I have cron schedule my job daily, or even hourly, and have
> the perl code exit if a previouse instance of the job is still
> running?
Use Proc::Daemon in conjunction with Proc::PID::
I noticed that the util-linux module places several apps in /sbin.
Tue Mar 7 23:34:41 2006 12800 sbin/agetty.exe
Tue Mar 7 23:34:37 2006 9728 sbin/fsck.cramfs
Tue Mar 7 23:34:37 2006 20992 sbin/fsck.minix
Tue Mar 7 23:34:41 2006 26624 sbin/h
I have installed 'cron' as a service using the following:
cygrunsrv -I cron -d "CYGWIN cron" -p /usr/sbin/cron -a -D -e
"CYGWIN=server ntsec tty" -i
The -i flag is needed for certain cron job scripts.
It starts and runs fine using:
cygrunsrv -S cron
A reading of the services shows:
Ser
Jerry D. Hedden wrote:
>run 1.1.8-1 fails if the path used with the -p option contains any
>spaces.
>
>The following works:
> run '/cygdrive/c/Program Files/vim/vim64/gvim.exe'
>
>The following fails with a dialog box stating that it can't find
>gvim.exe:
&
run 1.1.8-1 fails if the path used with the -p option contains any
spaces.
The following works:
run '/cygdrive/c/Program Files/vim/vim64/gvim.exe'
The following fails with a dialog box stating that it can't find
gvim.exe:
run -p '/cygdrive/c/Program Files/vim/vim64' gvim.exe
--
Unsubscrib
> run-1.1.8-1 is now available on Cygwin mirrors.
>
> Changes
> ===
>
> * Remove quotes from exename. Fixes problem with spaces in filenames
After installing this version of 'run', I found that the behaviour
reported in
http://cygwin.com/ml/cygwin/2006-03/msg00866.html
is still the s
> Jerry D. Hedden wrote:
> > I have installed 'cron' as a service using the following:
> > cygrunsrv -I cron -d "CYGWIN cron" -p /usr/sbin/cron -a -D -e
> > "CYGWIN=server ntsec tty" -i
René Berber replied:
> First mistake, you
I have installed 'cron' as a service using the following:
cygrunsrv -I cron -d "CYGWIN cron" -p /usr/sbin/cron -a -D -e
"CYGWIN=server ntsec tty" -i
It starts and runs fine using: cygrunsrv -S cron
A reading of the services shows:
Service : cygserver
Display name: CYGWIN
I am trying to run the Windows version of gVim from a bash script using
the 'run' command.
Starting gVim directly (i.e., without using 'run') works:
'/cygdrive/c/program files/vim/vim64/gvim.exe'
Using 'run' works if I 'cd' to the gVim directory first:
cd '/cygdrive/c/program files/vim/vi
I have cron scripts that make use of the USERNAME environment variable.
With the 20060309 snapshot, USERNAME is available to the scripts. With
the 20060318 snapshot, USERNAME is not there, just LOGNAME. Why the
change? Or is this a bug?
--
Unsubscribe info: http://cygwin.com/ml/#unsubscr
> I've just installed a very minimal cygwin. I noticed the `id' tool is
> not present and looking on the packages page I don't see it listed
> separately so I'm guessing it is contained in a package whos name may
> not reflect its presence.
>
> Anyone know which package that might be?
coreutils
Using the full 2006-03-15 snapshot, I am unable to bring up Bash inside
an RXVT window. The window opens for a moment and then closes. A base
stackdump is left in my home dir.
The 2006-03-09 snapshot works okay.
Below are the stackdump and cygcheck output. (I tried to send them as
attachments,
After installing cygwin-inst-20060315.tar.bz2 (full snapshot 2006-03-16
03:13 GMT), I am unable to bring up Bash inside an RXVT window. The
window appears for a second and then goes away, leaving a bash
stackdump in my home directory.
Attached are the base stackdump and the cygcheck output.
The
> res = pthread_cancel(the_handle);
> assert(res == 0);
> cout << "cancelled, joining\n";
> res = pthread_join(the_handle, NULL);
You can't join to a cancelled thread.
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/prob
Neil Watson asked:
> I have X running. How can I start Cygwin's build of Gvim from Windows,
> without doing from an xterm? I tried issuing gvim from a cmd window but
> I receive an error "cygice-6.dll was not found".
I don't use X. I just use RXVT windows on top of the Windows Desktop.
I don't
Jerry D. Hedden wrote:
> >Combination:
> >cygwin-inst-20060302.tar.bz2 (2006-03-02 17:00 GMT) snapshot
> >apache-1.3.33-2.tar.bz2
> >
> >Apache won't start, and outputs the following in its log:
> >Cannot load /usr/lib/apache/mod_env.dll int
The experimental version of cvs (1.11.21-1) has been in the experimental
state since November. Isn't it ready for 'current' status yet?
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.c
Jerry D. Hedden wrote:
> Combination:
> cygwin-inst-20060302.tar.bz2 (2006-03-02 17:00 GMT) snapshot
> apache-1.3.33-2.tar.bz2
>
> Apache won't start, and outputs the following in its log:
> Cannot load /usr/lib/apache/mod_vhost_alias.dll into server: Bad address
Combination:
cygwin-inst-20060302.tar.bz2 (2006-03-02 17:00 GMT) snapshot
apache-1.3.33-2.tar.bz2
Apache won't start, and outputs the following in its log:
Cannot load /usr/lib/apache/mod_env.dll into server: Bad address
The same holds for the 2006-03-01 Cygwin snapshot.
Apache start
I figured out my problem. Instead of installing the snapshot using the
procedure documented here:
http://www.cygwin.com/faq/faq_2.html#SEC21
(which I apologize for not knowing about), I installed it by untarring
the snapshot and then copying the usr and etc dirs to C:\cygwin using
Explorer. S
> While diff'ing snapshots, I noted that libm.info is in the 2006-02-24
> snapshot, but is not in the 2006-03-01 snapshot. Is this an oversight?
> (Is there some chance that this relates to the missing isnand problem?)
To clarify the parenthetically question, I know that libm.info is docs;
not
c
While diff'ing snapshots, I noted that libm.info is in the 2006-02-24
snapshot, but is not in the 2006-03-01 snapshot. Is this an oversight?
(Is there some chance that this relates to the missing isnand problem?)
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports
Jerry D. Hedden wrote:
> Using cygwin-inst-20060301.tar.bz2 (dll, exes, libs, headers, etc) from
> the 2006-03-01 (23:10 GMT) snapshot, I'm still getting these errors when
> building Perl:
>
> /c/perl_tmp/perl-5.8.8/libperl.a(pp.o):pp.c:(.text+0x643b): undefined
> refere
Jerry D. Hedden wrote:
> > Using the full (inst) 2006-03-01 (23:10 GMT) snapshot, I'm still getting
> > these errors when building Perl:
> >
> > /c/perl_tmp/perl-5.8.8/libperl.a(pp.o):pp.c:(.text+0x643b): undefined
> > reference to `___isnand'
> > /c/p
Using the full (inst) 2006-03-01 (23:10 GMT) snapshot, I'm still getting
these errors when building Perl:
/c/perl_tmp/perl-5.8.8/libperl.a(pp.o):pp.c:(.text+0x643b): undefined
reference to `___isnand'
/c/perl_tmp/perl-5.8.8/libperl.a(pp.o):pp.c:(.text+0x64f2): undefined
reference to `___isnand'
/c
Using Cygwin snapshot 2006-02-24 and coreutils 5.94-4,
I ran the test suite for Perl 5.8.8. It completed with no failures.
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
F
I can build Perl just fine with the 2006-02-24 snapshot.
When I use the 2006-02-27 snapshot (2006-02-28
04:45 GMT), I get the following failures:
/c/perl_tmp/perl-5.8.8/libperl.a(pp.o):pp.c:(.text+0x643b): undefined
reference to `___isnand'
/c/perl_tmp/perl-5.8.8/libperl.a(pp.o):pp.c:(.text+0x64f2
On Feb 27 17:22, Eric Blake wrote:
> It looks like d_ino is not being correctly populated within //.
Corinna Vinschen replied:
> I've applied a fix.
I tried the fix in the 20060227 snapshot.
It did not fix the 'pwd' problems I noted in:
http://cygwin.com/ml/cygwin/2006-02/msg00933.html
(If it wa
Using Cygwin snapshot 20060224, I ran the test suite for Perl 5.8.8.
With coreutils5.94-1, there are no failures.
With coreutils5.94-3, there are several failures that stem from using
`pwd` that complain with:
pwd: couldn't find directory entry in `../../../..' with matching
i-node
--
Unsubs
The 'worker' MPM for Apache2 uses threads. According to its
docs: By using threads to serve requests, it is able to
serve a large number of requests with less system resources
than a process-based server. Yet it retains much of the
stability of a process-based server by keeping multiple
processes
I downloaded the source for cygwin-1.5.19-4, and successfully compiled
it using:
./configure
make
My interest was in the ps command. It runs fine, but when I looked at
the size of the executable:
146 cygwin-1.5.19-4 > ls -l i686-pc-cygwin/winsup/utils/ps.exe
-rwxr-xr-x 1 jhedden
> Original Message
> From: Christopher Faylor <[EMAIL PROTECTED]>
>
> Thanks for the test case but I don't see any difference in operation
> between cygwin and linux when I run it:
I know that Perl version of the bug occurred on both my work computer
(Win2K) and home computer (Wi
I have encounted a bug in Cygwin whereby ualarm(0,0) is not clearing
previously set ualarms. This first cropped up while using Perl, but I
was able to reproduce the bug with the following 'C' program. The gist
is that ualarm() is used several times, and then a final ualarm(0,0) is
executed to cle
'chmod' does not work on FAT32 drive under Cygwin 1.5.19
81 tmp > ls -l
total 0
-rw-r--r-- 1 jhedden Domain Users 0 Feb 3 10:27 dummy.txt
82 tmp > chmod 666 dummy.txt
83 tmp > ls -l
total 0
-rw-r--r-- 1 jhedden Domain Users 0 Feb 3 10:27 dummy.txt
Cygwin Configuration Diagnostics
Current Syste
However, that said, the above WJFFM. In fact, it works more like
linux in 1.5.16 than it does on 1.5.15, i.e., the cat command exits
after printing "YOUR TEXT HERE" whereas it continues to block in
1.5.15.
>> I tried the 4/30 snapshot of cygwin1.dll. It exhibited the behavior
Christopher Faylor wrote:
On Sat, Apr 30, 2005 at 08:38:17PM -0400, Jerry D. Hedden wrote:
I have a client-server application written in Perl that reads and writes
using FIFOs. It works fine under cygwin-1.5.15-1, but fails under
cygwin-1.5.16-1 because it cannot read from the FIFO.
To test
I have a client-server application written in Perl that reads and writes
using FIFOs. It works fine under cygwin-1.5.15-1, but fails under
cygwin-1.5.16-1 because it cannot read from the FIFO.
To test this, open two shells. In one shell, type:
cd /tmp
mkfifo FIFO
cat
In the other shell, you c
n segment instead of
begin given the parent's segment. This is a bug.
=
Jerry D. Hedden
<< If you're not having fun, then you're not doing it right! >>
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problem
393216 (0)
child (11232): 393216 (0)
Which shows that the child did find the parent's shared memory
segment.
=
Jerry D. Hedden
<< If you're not having fun, then you're not doing it right! >>
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
I have cygserver running in the background (default options) on
a W2K box.
CYGWIN is set to 'server'.
The following test program:
#include
#include
int
main(int argc, char **argv)
{
int pid = fork();
int id;
if (pid == 0) {
sleep(5);
id = shmget(1, 100, 0666);
Original Message
From: [EMAIL PROTECTED]
>On Fri, 30 Jan 2004, Jerry D. Hedden wrote:
>
>> After installing ash 20040127-1 on my Windows 2000 box, sh.exe
>fails.
>>
>> Running '/usr/bin/make' causes the following requestor to be
>> displaye
After installing ash 20040127-1 on my Windows 2000 box, sh.exe fails.
Running '/usr/bin/make' causes the following requestor to be
displayed:
sh.exe - Entry Point Not Found
The procedure entry point _fcntl64 could not be located in the
dynamic link library cygwin1.dll.
Running '/usr/bin/
oxy and port, and then parse
them in load.
---
> f->write(net_proxy_host,strlen(net_proxy_host));
> sprintf(port_str, "\n%d\n", net_proxy_port);
> f->write(port_str,strlen(port_str));
Hope this gets incorporated soon. Thanks.
=
Jerry D.
--- Mark Blackburn <[EMAIL PROTECTED]> wrote:
> Jerry D. Hedden wrote:
> >The following command is supposed to sound a 'bell', but does not
> >produce any sound output on my machine:
> >
> >echo -e '\a'
> >
> >If I output a ^G using
bash.
Does Cygwin lack the ability to sound the computer's bell? If not,
what do I need to change to fix this?
=
Jerry D. Hedden - Author of MegaWiki for Palm-based handhelds
http://www.palmgear.com/software/showsoftware.cfm?prodID=36156
http://groups.yahoo.com/group/megawiki/ an
72 matches
Mail list logo
