On Tue, Jan 23, 2007 at 06:07:17PM -0500, Pierre A. Humblet wrote:
> /usr/sbin: ls -l sendmail*
> lrwxrwxrwx 1 p-humblet sw 13 Jan 23 17:40 sendmail -> /usr/bin/exim*
> lrwxrwxrwx 1 p-humblet sw 19 Jan 23 17:29 sendmail.exe -> /usr/sbin/ssmtp.exe*
>
> so that the commands "sendmail" and "sendmail.
Eric Blake byu.net> writes:
>
> So, I retract that it is a cygwin bug, and instead claim it is an upstream
bash
> bug. It is solved by doing freopen(NULL,"w",stdout) after replacing the fd,
> since that is the mechanism for telling stdio that it should please choose
the
> correct text or b
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Matthew Woehlke wrote:
> Morgan Gangwere continued the SPAM:
>
> Guys, this is completely off topic. Either TITTTL or stop posting.
>
if you noticed, i used the tag - END product war.
though I have no tolerance with spam, it was entertaining (and y
On 1/23/07, Mark A. Ziesemer <[EMAIL PROTECTED]> wrote:
I apologize for trying to be innovative. Frankly, a mailing list such
as this does not work the best for me, and I'm sure I'm not the only one
with the same issues. It's difficult to keep track of messages and issues.
There's no concept o
Eric Blake byu.net> writes:
> And Corinna meant what she said
> that you will get more support by discussing your issues on this list
> than you will by opening yet another wiki somewhere else.
I apologize for trying to be innovative. Frankly, a mailing list such
as this does not work the best f
When a user runs exim-config, the following line is executed:
ln -s -f /usr/bin/exim /usr/sbin/sendmail
If later the user switches to ssmtp, ssmtp-config asks
(6) link /usr/sbin/sendmail to /usr/sbin/ssmtp?
Some programs (e.g. cron) expect /usr/sbin/sendmail to handle mail.
Currently it is a
Fred Ma wrote:
> Thanks. Here's some further info:
> http://groups.google.ca/group/comp.editors/msg/7ffc56871c614f4b
Ugh. There is no cscope (from sourceware) cygwin binary package that I
can find, and a quick attempt at building the source gives me a binary that
segfaults on filenames with spac
Eric Blake byu.net> writes:
>
> I am suspecting a potential cygwin bug in fork(). Using the builtin echo,
the
> sequence is that bash creates the pipe, then forks, the forked child sees
that
> stdout is text mode, then rearranges fd's around so that the pipe is now
> attached to stdout, al
Corinna Vinschen wrote:
> On Jan 22 11:26, Yitzchak Scott-Thoennes wrote:
>> Corinna wrote:
> $a = "a" x (100 * 1024 * 1024);
> sleep 5;
>> > "a" --> malloc (2 bytes)
>> > x 100 Megs --> realloc (100 Megs) + malloc (100 Megs)
>> >
>> > So the result is that each string of 100 Megs requ
Steve Rowley wrote:
> cron: PID 4388: starting service `cron' failed: fork: 11, Resource
> temporarily unavailable.
>
> It's starting to look to me as though the problem is either at the
> cygrunsrv level or the WinXP level.
The problem is that the fork call is failing when cygrunsrv tries to
l
[Did we make each other's acquaintance @ MIT LIDS in the 1980's?]
>Date: Tue, 23 Jan 2007 10:26:20 -0500
>From: "Pierre A dot Humblet"
>
>It's not clear if the problem is in cron, cygrunsrv, cygwin or your XP setup.
>So here are two suggestions:
>1) run cron as yourself (answer yes in cron-conf
Sjoerd Mullender acm.org> writes:
>
> The following one liner illustrates a bug in sh:
> $ /bin/bash -c '/bin/bash -cx '\''x=`echo hello`'\''' > x
> ++ echo hello
> + x=$'hello\r'
> $
Odd. But reproducible - thanks for the test case. Even though the cygwin
documentation states that the pip
Morgan Gangwere continued the SPAM:
Guys, this is completely off topic. Either TITTTL or stop posting.
--
Matthew
Don't read this. What did I just tell you? Why are you still reading?
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/pr
The following one liner illustrates a bug in sh:
$ /bin/bash -c '/bin/bash -cx '\''x=`echo hello`'\''' > @x
++ echo hello
+ x=$'hello\r'
$
The problem is as follows. When a built-in shell command (such as pwd
or echo) is executed within back quotes (or within $(...)) when the
shell's output is re
On 23 January 2007 04:25, Steve Rowley wrote:
> Output from C:\packages\cygwin\bin\id.exe (nontsec)
> UID: 421382(nm67644) GID: 547(Power Users)
> 544(Administrators) 547(Power Users) 545(Users)
> 10545(mkgroup_l_d)
> Output from C:\packages\cygwin\bin\id.exe (ntsec)
> UID: 421382(nm
Corinna Vinschen wrote:
>
> Hello? Am I in the wrong movie?
>
> This is no serious application. I'm demonstrating a problem.
>
> Every allocation uses twice as much memory as necessary. This is no
> problem as long as the process doesn't eat up the virtual memory for
> a process. As soon as
- Original Message -
From: "Steve Rowley"
To:
Sent: Monday, January 22, 2007 11:25 PM
Subject: ***[Possible UCE]*** Re: Can't start cron daemon in Cygwin 1.5.23
under WinXP SP2
| >Date: Mon, 22 Jan 2007 15:16:19 -0800
| >From: Brian Dessent
| >
| >Steve Rowley wrote:
| >> >In cas
[Summary: no significant directory permission problems; after fixing
even what looked like small problems, the cron daemon still will not
start. Any more suggestions? I'm willing to try just about anything.]
>Date: Tue, 23 Jan 2007 10:38:29 +0100 (CET)
>From: Marco Atzeri
>
>--- Steve Rowley
Hi All,
I just experienced the following problem: When using the normal perl
packaged with Cygwin (v5.8.7 built for cygwin-thread-multi-64int) and
trying thread signalling with threads->kill(), I get an error.
For example the following script:
use threads;
sub thr_func
{
$SIG{'KIL
On Jan 23 10:18, jano trouba wrote:
> if I were to do the opposite :
>
> port entirley the project under cygwin using cygwin sockets and X and
> build the binaries with cygwin
>
> I would have to ship cygwin1.DLL (or is it cygwin2 ?) together with the
> binaries and pay a licence fee, wouldn'
OK... Finally I think everything is clear...
And just to be perfectly clear and on the safe side :
if I were to do the opposite :
port entirley the project under cygwin using cygwin sockets and X and
build the binaries with cygwin
I would have to ship cygwin1.DLL (or is it cygwin2 ?) toge
--- Steve Rowley <[EMAIL PROTECTED]> ha scritto:
> >Date: Mon, 22 Jan 2007 15:16:19 -0800
> >From: Brian Dessent
> >
> >Steve Rowley wrote:
> >> >In case of problem, examine the log file for
> cron,
> >> >/var/log/cron.log, and the Windows event log
> >> >for information about the pr
On Jan 19 17:44, Brian Ford wrote:
> On Fri, 19 Jan 2007, Brian Ford wrote:
>
> > Yup, thanks. Iozone put one in C:\WINDOWS\system32. Sorry.
>
> I really hate to bring this up, but unless I missed something,
> www.iozone.org is distributing a binary Cygwin DLL (1.5.17) without a GPL
> compliant
--- DougPPMA <[EMAIL PROTECTED]> ha scritto:
> Hello:
> I'm at a new site trying to load Cygwin on a Win/XP
> so I can get SSH, amoung
> other things.
> I can telnet, I can FTP,I can BASH, etc.
> I cannot SSH.
> In the SETUP.exe I downloaded, I tried to load all,
> I looked in the network
> pac
On Jan 22 20:29, Eric Blake wrote:
> But speaking of hard links and tar, I find it annoying that setup.exe
> won't even try to create hard links when a tar file requests them. A good
> example of this is the git-1.4.4.4-1.tar.gz2 package - it contains 55 hard
> links to usr/bin/git.exe, but setup.
On Jan 22 23:55, Reini Urban wrote:
> Corinna Vinschen schrieb:
> >#!/usr/bin/perl
> >$a = "a" x (100 * 1024 * 1024);
> >sleep 5;
> >$b = "b" x (100 * 1024 * 1024);
> >sleep 5;
> >$c = "c" x (100 * 1024 * 1024);
> >sleep 5;
>
>
>
> perl is made this way. All vars are still in scope and all v
On Jan 23 00:28, jano trouba wrote:
> In the examples you gave me of different applications (Hello), they are
> both LINKED via cgwin.
Yes, but the results are different. When using the -mno-cygwin flag
your build native Windows applications, when not using that flag you
build Cygwin application
27 matches
Mail list logo
