Sorry for not suggesting that, I thought you already looked there (I
never saw fetchmail loose any mail, no matter how bad the crash that
it faces...).
Anyway, on the failure of procmail: this is a very common problems
with permissions in either the home directory or .procmailrc. From the
procmail
Jani Tiainen wrote:
Apparently libgnomeprint doesn't support pdf-printing. Any chances to
get it working?
IIRC it would require to have a PDF backend in Pango at first. There is
a project at SF http://pangopdf.sf.net/, however it seems that pangoXSL
currently is not usable.
Gerrit
--
=^..^=
--
Un
Apparently libgnomeprint doesn't support pdf-printing. Any chances to
get it working?
--
Jani Tiainen
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:
On Thu, Nov 25, 2004 at 05:07:33PM +1100, Luke Kendall wrote:
>Some weeks ago, I seconded a report that Cygwin wasn't releasing
>handles, causing some machines to thrash to death and the installation
>to fail.
>
>I can report that the problem is slightly improved in the current
>release of setup,
Some weeks ago, I seconded a report that Cygwin wasn't releasing
handles, causing some machines to thrash to death and the installation
to fail.
I can report that the problem is slightly improved in the current
release of setup, but I think there are still some leaks as it is
currently sitting at
Hi,
> The output of cygcheck -s -v -r is attached;
Well, it is now. I'm sorry - it's past 1am, and I'm rather tired. ^_~
--
schnee
cygcheck.out
Description: Binary data
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Hi,
running the following command in a directory with a large number of
files (>1) causes the following error message:
$ (find . -type f -print0 | xargs -0 md5sum) >~/md5sums
C:\cygwin\bin\find.exe (3000): *** WFSO timed out after longjmp
$
This happens with Cygwin 1.5.12-1 (packages last up
Brian Ford wrote:
On Sun, 21 Nov 2004, Gerrit P. Haase wrote:
Gerrit P. Haase wrote:
gcc-3.4 has DWARF2 debug informations enabled,
But not by default, correct? That is fine with me.
You need to request it with -gdwarf-2 or -ggdb, with just -g you get
the same as before, dbx (stabs).
Gerrit
--
=^.
On Sun, 21 Nov 2004, Gerrit P. Haase wrote:
> Gerrit P. Haase wrote:
>
> > No, it will be enabled, or better sjlj will not be enabled and the build
> > defaults to dwarf2.
>
> I was wrong with this statement.
>
> To clarify this:
>
> gcc-3.4 has DWARF2 debug informations enabled,
But not by defau
On Sat, 20 Nov 2004, Christopher Faylor wrote:
> I believe that the current version of binutils at least supports dwarf-2
True, but it doesn't fully support gcc 3.4.x due to the .rdata alignment
issue:
http://www.cygwin.com/ml/cygwin/2004-09/msg01263.html
> Whatever we can do to make dwarf-2 th
Steve,
On Wed, Nov 24, 2004 at 01:20:08PM -, Steven Hartland wrote:
> Just had the problem and though I would post so that others know the
> workaround / fix if they have it as well.
> [snip]
> Hope this helps people
I recommend using rebaseall's -T option instead:
http://www.cygwin.com/
Hi Igor,
This looks like a textmode/binmode issue. The jgraph binary is compiled
the same way as on Unix, so it's possible that using the CRLF line endings
in the .jgr file will confuse it (it'll think that the CR is part of teh
token). Try running dos2unix on the .jgr file and see if it helps.
S
On Wed, Nov 24, 2004 at 01:59:46PM -0500, Andrew Pinski wrote:
> Could this be related to PR 17220?
I wouldn't think so. My patch *should* only have any affect
when stdcall functions are involved.
(Well, that's not quite true -- the output may be a bit more
compact, since I reduced the number of
On Nov 24, 2004, at 1:44 PM, Richard Henderson wrote:
I reproduced this specific failure on linux, and the following seems
to fix the problem. Can you give it a go with whatever more complex
test case you have?
Could this be related to PR 17220?
Thanks,
Andrew Pinski
--
Unsubscribe info: http
Torsten,
Please use the Cygwin mailing list () to report
Cygwin problems. Not only do you get access to more expertise than any
one person can provide, but your questions and the answers to them get
archived on the web for others to see. For your convenience, I've
directed this reply to the main
I reproduced this specific failure on linux, and the following seems
to fix the problem. Can you give it a go with whatever more complex
test case you have?
r~
* dwarf2out.c (dwarf2out_stack_adjust): Add after_p argument. Save
args_size adjustments for calls even with cfa as s
On Wed, 24 Nov 2004, Christopher Faylor wrote:
> I'm not exactly contributing. I just am the default owner of the cygwin
> dll bugs. Some poor soul has decided that bugzilla is the place to
> submit patches in that category and I haven't seen either of the two
> people who volunteered to police
On Wed, Nov 24, 2004 at 12:52:37PM -0500, Harig, Mark wrote:
>I submitted a bug report (#571). It mentions the possible
>(unintentional) dependency.
Thank you. Appreciated.
cgf
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.
> -Original Message-
> From: Igor Pechtchanski
> Sent: Wednesday, November 24, 2004 12:37 PM
> Subject: RE: Upgraded man command
>
> Sure, but that'll only work if base-files is
> reinstalled/upgraded at the
> same time as the man package. If we want the man package to be
> self-contai
Harig, Mark schrieb:
From: Christopher Faylor
Sent: Wednesday, November 24, 2004 11:57 AM
Subject: Re: Upgraded man command
This seems like a good candidate for bugzilla:
http://sourceware.org/bugzilla/enter_bug.cgi?product=cygwin
The component for the bug would be "Cygwin Applications".
-Orig
Richard Henderson writes:
> On Wed, Nov 24, 2004 at 02:51:35AM -0600, Aaron W. LaFramboise wrote:
> > Is there a way to have the DW2 unwinder call some particular function,
> > for eg, if the previous frame was not compiled with -fexceptions, rather
> > than just crashing? Is this what MD_FALL
On Wed, 24 Nov 2004, Harig, Mark wrote:
> > From: Christopher Faylor
> > Sent: Wednesday, November 24, 2004 11:57 AM
> > Subject: Re: Upgraded man command
> >
> > This seems like a good candidate for bugzilla:
> >
> > http://sourceware.org/bugzilla/enter_bug.cgi?product=cygwin
> >
> > The componen
On Wed, Nov 24, 2004 at 02:51:35AM -0600, Aaron W. LaFramboise wrote:
> Is there a way to have the DW2 unwinder call some particular function,
> for eg, if the previous frame was not compiled with -fexceptions, rather
> than just crashing? Is this what MD_FALLBACK_FRAME_STATE_FOR is for?
Yes, sor
On Wed, 24 Nov 2004, Brian Dessent wrote:
> Igor Pechtchanski wrote:
>
> > > > -NROFF /usr/bin/nroff -c -mandoc 2>/dev/null
> > > > +NROFF /usr/bin/nroff -c -mandoc -rLL=`echo $MANWIDTH`n
> > > > -rLT=`echo $MANWIDTH`n 2>/dev/null
> > >
> > > Just a little more info about how de
> From: Christopher Faylor
> Sent: Wednesday, November 24, 2004 11:57 AM
> Subject: Re: Upgraded man command
>
> This seems like a good candidate for bugzilla:
>
> http://sourceware.org/bugzilla/enter_bug.cgi?product=cygwin
>
> The component for the bug would be "Cygwin Applications".
>
> ---
On Wed, 24 Nov 2004, Andy Hall wrote:
> Igor -
>
> I don't have /etc/postinstall/man.sh but I do have man.sh.done. After
> looking at the latter, I simply ran it as you suggested. It seemed to do
> just what was required without error. I will take your advice and check the
> other postinstall sc
"Buchbinder, Barry (NIH/NIAID)" wrote:
> How does one get ps --forest to work?
>
> /c> ps --forest
> ps: unknown option -- forest
> Usage: ps [-aefls] [-u UID]
> Report process status
Cygwin's ps does not have that option. It's in the ps from linux's
procps. The stuff I pasted was as a referen
Igor Pechtchanski wrote:
> > > -NROFF /usr/bin/nroff -c -mandoc 2>/dev/null
> > > +NROFF /usr/bin/nroff -c -mandoc -rLL=`echo $MANWIDTH`n
> > > -rLT=`echo $MANWIDTH`n 2>/dev/null
> >
> > Just a little more info about how debian does this, in case someone
> > wants to flesh this
On Wed, 24 Nov 2004, Harig, Mark wrote:
> > Possibly, the following code in /etc/postinstall/man.sh
> > should be changed:
> >
> >if [ ! -e ${datadir}/misc/man.conf ] ; then
> > cp ${datadir}/misc/man.conf.default ${datadir}/misc/man.conf
> > chmod 644 ${datadir}/misc/man.conf
> >
>
> Possibly, the following code in /etc/postinstall/man.sh
> should be changed:
>
>if [ ! -e ${datadir}/misc/man.conf ] ; then
> cp ${datadir}/misc/man.conf.default ${datadir}/misc/man.conf
> chmod 644 ${datadir}/misc/man.conf
>fi
>
> to:
>
>if [ ! -e ${datadir}/misc/ma
This seems like a good candidate for bugzilla:
http://sourceware.org/bugzilla/enter_bug.cgi?product=cygwin
The component for the bug would be "Cygwin Applications".
cgf
On Wed, Nov 24, 2004 at 11:50:59AM -0500, Harig, Mark wrote:
>It's possible that he had the same problem I did,
>which is that
Igor -
I don't have /etc/postinstall/man.sh but I do have man.sh.done. After
looking at the latter, I simply ran it as you suggested. It seemed to do
just what was required without error. I will take your advice and check the
other postinstall scripts as well. The setup.log says it ran.
BTW th
> -Original Message-
> From: Igor Pechtchanski
> Sent: Wednesday, November 24, 2004 11:32 AM
> To: Andy Hall
> Subject: RE: Upgraded man command
>
> Andy,
>
> Do you have both /etc/postinstall/man.sh and
> /etc/postinstall/man.sh.done?
> If so, then the newer version of the postinstall
[EMAIL PROTECTED] wrote:
I've just wasted 4 hours trying to get sshd to work on Cygwin (OS:
Windows 2000). All instructions I've managed to find for this are
either outdated or incomplete. Where can I find detailed, up-to-date
instructions on setting up Cygwin sshd?
/usr/share/doc/Cygwin/openssh.
I've just wasted 4 hours trying to get sshd to work on Cygwin (OS:
Windows 2000). All instructions I've managed to find for this are
either outdated or incomplete. Where can I find detailed, up-to-date
instructions on setting up Cygwin sshd?
Thanks!
kynn
--
Unsubscribe info: http://cygw
Andy,
Do you have both /etc/postinstall/man.sh and /etc/postinstall/man.sh.done?
If so, then the newer version of the postinstall script has not completed
properly. I'd run /etc/postinstall/man.sh and then rename it to
/etc/postinstall/man.sh.done. If the only thing you have is
/etc/postinstall/
On Tue, 23 Nov 2004, nemanja wrote:
> I am trying to fetch text files from a remote XP machine using SSH/SFTP.
> The remote machine is running Cygwin 2.05b.0(1), shell is bash. File names
> contain combination of Russian and latin characters. Russian characters
> are replaced by '?' when I am list
On Tue, 23 Nov 2004, Brian Dessent wrote:
> Dave wrote:
>
> > Attached is a patch to man.conf, providing a (hacked) solution
> > allowing MANWIDTH to work (here at least). Only intended as a short
> > term fixup for those who need it :). Will need some work if you want
> > it to cope with term res
Dave Korn wrote:
At Tuesday, November 23, 2004 7:12 PM, Brian Dessent wrote:
process tree, from ps --forest:
man man
\_ sh -c (echo '.ll 126n'; /usr/bin/zsoelim /tmp/zmanc7tnnh) | \
/usr/bin/tbl | /usr/bin/nroff -mandoc -rLL=126n -rLT=126n \
-Tascii | less
\_ /usr/bin/tbl
\_ /bin/sh /
> -Original Message-
> From: cygwin-owner On Behalf Of Buchbinder, Barry (NIH/NIAID)
> Sent: 24 November 2004 14:12
> At Tuesday, November 23, 2004 7:12 PM, Brian Dessent wrote:
> >
> > On a 130 char wide screen, running man results in the following
> > process tree, from ps --forest:
> >
> I have been searching the answer for my problem for some while but
> didn't get anything useful.
Searching on google for: "windows32_openpipe unable to launch process",
leads to information about old bug in make:
http://64.233.183.104/search?q=cache:z5XWgxdFFBAJ:www.geocrawler.com/mail/msg_raw
At Tuesday, November 23, 2004 7:12 PM, Brian Dessent wrote:
>
> On a 130 char wide screen, running man results in the following
> process tree, from ps --forest:
>
> man man
> \_ sh -c (echo '.ll 126n'; /usr/bin/zsoelim /tmp/zmanc7tnnh) | \
> /usr/bin/tbl | /usr/bin/nroff -mandoc -rLL=126n -
Just had the problem and though I would post so that others know the
workaround / fix if they have it as well.
If you have installed perl modules from CPAN or other source its likely
that the perl.lst.gz hasn't been updated with the additional dll's hence
rebaseall doesn't remap them and the issue
Yes, the test version bash 2.05b-17 seams to solve the problem.
Thanks!
BTW the one liner to demonstrate the problem was not correct
(http://cygwin.com/ml/cygwin/2004-11/msg00946.html).
The correct one is:
printf 1 > 1; while true; do cat 1; echo 2; done | cat
The difference is the "| cat" with
Yitzchak Scott-Thoennes wrote:
On Wed, Nov 24, 2004 at 12:54:05PM +0100, "Gerrit P. Haase" wrote:
What is procmail doing with mail handed over which cannot be
processed?
Is it in /var/spool/mail/$LOGNAME?
Ah, yes! Many thanks;)
Gerrit
--
=^..^=
--
Unsubscribe info: http://cygwin.com/ml/#unsu
On Wed, Nov 24, 2004 at 12:54:05PM +0100, "Gerrit P. Haase" wrote:
> What is procmail doing with mail handed over which cannot be
> processed?
Is it in /var/spool/mail/$LOGNAME?
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.ht
Walter Garcia-Fontes wrote:
Dear Gerrit:
One possibility:
The mail is still at your POP3 mailserver, but it was marked as
read and therefore fetchmail does not see it any more. You can start
fetchmail and use the swith to fetch everything, including read mail
(look at the man page, I dont' remember
Hello,
I am running fetchmail without problems for years now.
Recently I installed procmail at the server where fetchmail is running
and after this installation the server was rebooted yesterday for the
first time. Now I saw that all my mails which were fetched since this
reboot yesterday have n
Adrian Corduneanu wrote:
Check the following threads for Cygwin's recent problems with SSH and
native Windows applications on Windows XP Service Pack 2 (Service Pack 1
does not lead to problems):
Re: More pipe problems (was Re: [Fwd: 1.5.11-1: sftp performance
problem])
Executing ssh from
Richard Henderson wrote:
> On Wed, Nov 24, 2004 at 08:50:17PM +1300, Danny Smith wrote:
>
>>So is it a general requirements of DW2 EH that functions that are passed
>>callbacks as args be compiled with -fexceptions, if the callbacks may
>>throw?
>
> Yes. Thus glibc compiles e.g. qsort and bse
Richard Henderson wrote:
> On Wed, Nov 24, 2004 at 11:27:11AM +1300, Danny Smith wrote:
>> Before I pull any more hair out trying, does any one have any hints
>> on how to use an MD_FALLBACK_FRAME_STATE_FOR to workaround ...
>
> That would be wrong.
>
> I think the most likely explanation is that t
On Wed, Nov 24, 2004 at 08:50:17PM +1300, Danny Smith wrote:
> So is it a general requirements of DW2 EH that functions that are passed
> callbacks as args be compiled with -fexceptions, if the callbacks may
> throw?
Yes. Thus glibc compiles e.g. qsort and bsearch with -fexceptions.
r~
--
Un
52 matches
Mail list logo
