Hello!
I have a problem with Cygwin NFS server. I boot up my host PC and then
boot up ARM Linux embedded system, which then connects to my host over
NFS. An attempt to mount NFS resource produces "RPC error: connection
refused" until i restart portmap service on my host.
What can be wrong?
On Apr 19, 2012, at 10:33 PM, Me Myself and I
wrote:
>
> Every executable cygwin builds requires the cygwin1.dll. Sometimes
> you can use a flag to build without this dependency. From memory, I
> _think_ it is -mnocygwin.
>
> I have tried this flag without success. What is the correct
> switch
De-Jian Zhao wrote:
Hi, Linda. Thank you for your detailed explanation. The "spec" file
seems different from your description. There is no explicit
BuildRequires statement. There is no explicit statement of packages
required. It is as follows:
The one I included was definitely a
On 4/18/2012 7:54 PM, Brian Ford wrote:
FYI: libMagick-devel-6.7.6.3-1 contains Magick-config which uses
pkg-config, but there appears to be no associated setup.ini dependency.
libMagick-devel can be used also without pkg-config so it is not a must.
Almost none of the packages in the same situ
Hello,
`man 1 getopt' describes the -n/--name option as follows:
| The name that will be used by the getopt(3) routines when it
| reports errors. Note that errors of getopt(1) are still reported
| as coming from getopt.
But the -n option isn't honored:
$ /usr/bin/getopt -n myprog -o a
Am 19.04.2012 02:18, schrieb Charles Wilson:
On 4/18/2012 8:06 AM, Andy Koppe wrote:
On 17 April 2012 13:35, Chris Sutcliffe wrote:
I'm having an issue with getclip and pasting utf-8 strings (like
"PONIEDZIAŁEK" for example). Using mintty and right clicking I get
exactly what's in the clipboar
On Thu, Apr 19, 2012 at 01:54:59PM +0200, Ladislav Michl wrote:
>Using cygwin-1.7.11-1 cygwin1.dll mknod works as expected
>$ cd /tmp/
>$ mknod ccc c 5 1
>$ ls -l ccc
>crw-rw-rw- 1 Ladis None 5, 1 Apr 19 13:47 ccc
>
>However with cygwin-1.7.13-1 I get:
>c?? ? ? ? ?
On 2012-04-19 PM 11:47, Makarius wrote:
I've tried everything I can think of and I really don't know what is
going on. I suspect that it is a combination of things that is
confusing Cygwin. It looks as though it is segfaulting inside some code
that Cygwin is using to produce a messag
On 2012-04-19 16:14, Christopher Faylor wrote:
> On Thu, Apr 19, 2012 at 12:56:33PM +0100, somebody wrote:
>> Hi all,
>>
>> This started in 1.7.10 and I thought this may be fixed in 1.7.12 due
>> to emails in the mailing list:
>> http://sourceware.org/ml/cygwin/2012-03/msg00666.html
>>
>> But there
On Thu, Apr 19, 2012 at 12:56:33PM +0100, somebody wrote:
>Hi all,
>
>This started in 1.7.10 and I thought this may be fixed in 1.7.12 due
>to emails in the mailing list:
>http://sourceware.org/ml/cygwin/2012-03/msg00666.html
>
>But there still seems to be a problem piping from a .net console
>appl
Using cygwin-1.7.11-1 cygwin1.dll mknod works as expected
$ cd /tmp/
$ mknod ccc c 5 1
$ ls -l ccc
crw-rw-rw- 1 Ladis None 5, 1 Apr 19 13:47 ccc
However with cygwin-1.7.13-1 I get:
c?? ? ? ? ?? ccc
$ ls -l ccc
ls: cannot access ccc: No such device or address
On Wed, Apr 18, 2012 at 3:44 PM, Len Giambrone
wrote:
> No. That works. presumably because it's executing "bash" and not
> the script itself.
http://cygwin.com/acronyms/#TOFU
And does the script contain #! /bin/sh or the like on line 1 column 1?
--
Earnie
-- https://sites.google.com/site/ear
Greetings, Christopher Faylor!
> On Wed, Apr 18, 2012 at 07:51:05AM -0500, Nellis, Kenneth wrote:
>>cygpath -w seems to be inconsistent with /dev/* things:
>>
>>$ uname -svr
>>CYGWIN_NT-5.1 1.7.14s(0.260/5/3) 20120406 19:41:34
>>$ cygpath -w /dev/clip
>>C:\cygwin\dev\clip
>>$ cygpath -w /dev/rando
2 suggestions:
1. What happens if len.sh is in your Cygwin home, that is on the local
drive?
2. What happens with "sh -x ./len.sh" (on the network drive)?
HaND,
-Original Message-
No. That works. presumably because it's executing "bash" and not the
script itself.
-Len
On Apr 18,
On 2012-4-19 7:09, Buchbinder, Barry (NIH/NIAID) [E] wrote:
De-Jian,
Hello. It's me again.
I suspect that just writing wrapper scripts would be faster than playing
with RPMs and/or trying to compile blast yourself.
As I understand it, blast programs are all command-line. I think
that the eas
15 matches
Mail list logo