On 12/11/2010 4:48 AM, Matthias Andree wrote:
Am 11.12.2010 00:14, schrieb Warren Young:
Point me to your source package, and I'll download it and try building
it in a loop here.
http://home.pages.de/~mandree/fetchmail/fetchmail-6.3.19-1-src.tar.bz2
I assume cygport returns nonzero when your
it's likely cygports, see http://sourceware.org/cygwinports/
I didn't check if those packages are there though
On Mon, Dec 13, 2010 at 10:37 PM, Andrew DeFaria wrote:
> On 12/13/2010 09:47 PM, Yaakov (Cygwin/X) wrote:
>>
>> mysql_config is YA foo-config script as included in some -devel package
On 12/13/2010 09:47 PM, Yaakov (Cygwin/X) wrote:
mysql_config is YA foo-config script as included in some -devel packages.
Can you translate that into English? What's a "YA foo-config" script?
Which -devel packages does it appear in?
You can get mysql, libmysql*, perl-DBI, and perl-DBD-mysql f
On Mon, 2010-12-13 at 18:52 -0500, Andrew DeFaria wrote:
> I'm trying to port a Perl script of mine that uses DBI and DBD::mysql
> to update a database running on another, Linux, server. I have been able
> to install DBI (cpan DBI) and get it to compile, but I cannot get
> DBD::mysql to install.
On Tue, Dec 14, 2010 at 04:45:11AM +0300, Andrey Repin wrote:
>Greetings, Eric Blake!
>
>>> coreutils 8.5-2 does not install a man page for the "[" command in section
>>> 1.
>>> This could/should be a symlink to test (test.1 contains the necessary
>>> documentation), or a trivial roff file contain
Greetings, Eric Blake!
>> coreutils 8.5-2 does not install a man page for the "[" command in section 1.
>> This could/should be a symlink to test (test.1 contains the necessary
>> documentation), or a trivial roff file containing .so man1/test.1 (untested).
> Upstream coreutils does not provide a
I'm trying to port a Perl script of mine that uses DBI and DBD::mysql
to update a database running on another, Linux, server. I have been able
to install DBI (cpan DBI) and get it to compile, but I cannot get
DBD::mysql to install. When I try I get
Can't exec "mysql_config": No such file or d
On Mon, Dec 13, 2010 at 18:07, wrote:
> Hi,
>
> The new version of w3m 0.5.2 crashes:
>
> Exception: STATUS_ACCESS_VIOLATION at eip=00445775
> eax= ebx= ecx=0002 edx=0013 esi= edi=00514BA3
> ebp=0022CC98 esp=0022CBD0 program=C:\cygwin\bin\w3m.exe, pid 3820, thread
Hi,
The new version of w3m 0.5.2 crashes:
Exception: STATUS_ACCESS_VIOLATION at eip=00445775
eax= ebx= ecx=0002 edx=0013 esi= edi=00514BA3
ebp=0022CC98 esp=0022CBD0 program=C:\cygwin\bin\w3m.exe, pid 3820, thread main
cs=001B ds=0023 es=0023 fs=003B gs= ss=0023
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
On 12/12/2010 12:51 PM, Christopher Faylor wrote:
>>> `-e'
>>> Exit immediately if a simple command (*note Simple
>>> Commands::) exits with a non-zero status, unless the command
>>> that fails is part of the command list immediately following
>>> a `whil
Am 13.12.2010 17:54, schrieb Charles E Stepp:
> One should be using if [[ ... ]] anyway. The '[[' is a builtin.
So is [ ... ] - and [[ ... ]] may be special but "undefined" in POSIX, so
"should be using [[ ... ]]" doesn't apply to portable scripting.
--
Matthias Andree
--
Problem reports:
On 12/12/2010 04:37 AM, Matthias Andree wrote:
> coreutils 8.5-2 does not install a man page for the "[" command in section 1.
> This could/should be a symlink to test (test.1 contains the necessary
> documentation), or a trivial roff file containing .so man1/test.1 (untested).
Upstream coreutils
On 12/10/2010 06:51 PM, Jay K wrote:
>
> > I guess what we really need
> > is to redefine fsblkcnt_t to become a 64 bit type. Oh well, this
> > requires another backward compatibility hack, just like back when we
> > switched to 64 bit off_t (Cygwin 1.5). Let's do it at the same time as
> >
On 12/12/2010 10:28 AM, Christopher Faylor wrote:
>>> Let's do it at the same time as we change sigset_t and time_t to 64-bits
>>> (with knock-on effects to struct stat, among others). In other words,
>>> all good changes, but certainly something that will take a lot of
>>> planning to pull off in
On Mon, Dec 13, 2010 at 01:23:08PM +0100, Thorsten Kampe wrote:
>* Christopher Faylor (Sun, 12 Dec 2010 14:59:51 -0500)
>> However, since you are reporting 1) a nonissue and 2) a known issue
>> [...]
>
>Best of 2010.
...and it just keeps going... Amazing.
cgf
--
Problem reports: http://cy
* Christopher Faylor (Sun, 12 Dec 2010 14:59:51 -0500)
> However, since you are reporting 1) a nonissue and 2) a known issue
> [...]
Best of 2010.
Thorsten
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwi
Am 12.12.2010 21:33, schrieb Reini Urban:
> 2010/12/9 Klaus Ramstöck:
>> Am 08.12.2010 18:33, schrieb André Bleau:
int button, state;
((GLUTbuttonBoxFCBUSR)__glutGetFCB(GLUT_FCB_BUTTON_BOX))(&button, &state);
>
> Can you try it with long for button and state?
>
> Fortran calling conven
>>> Since this is a regex search, the search term would be \[\.exe
Oddly, that doesn't work. "Invalid regular expression search string: \[\.exe"
But searching for \[.exe does.
--
GCS a+ e++ d- C++ ULS$ L+$ !E- W++ P+++$ w++$ tv+ b++ DI D++ 5++
Life is complex, with real and imaginary parts.
"O
On Dec 12 17:55, Matthias Andree wrote:
> Am 12.12.2010 16:46, schrieb Corinna Vinschen:
> > Probably the file-in-use stuff is not really your problem. There's
> > another problem which is this: If the directory you want to remove is
> > the CWD of a Windows process, then removing the dir fails.
On Dec 12 12:28, Christopher Faylor wrote:
> On Sun, Dec 12, 2010 at 01:12:08PM +0100, Corinna Vinschen wrote:
> >On Dec 10 10:38, Eric Blake wrote:
> >> On 12/10/2010 10:21 AM, Corinna Vinschen wrote:
> >> > On Dec 10 17:59, Corinna Vinschen wrote:
> >> >> On Dec 10 11:20, Elford,Andrew [Ontario]
On Dec 12 11:15, Heath Kehoe wrote:
>
> On Dec 10, 2010, at 3:36 AM, Corinna Vinschen wrote:
>
> > Hi Heath,
> >
> [snip]
>
> > The latest snapshot from http://cygwin.com/snapshots.html contains
> > another patch which should avoid this problem. Can you please test?
> >
>
> Unfortunately, I'
22 matches
Mail list logo
