Re: Add single package without installation update

[Michael Lemke via Cygwin]

On Mon, 19 Jun 2023 13:04:06 +0200, Jon Turney  
wrote:


On 18/06/2023 20:58, Michael Lemke via Cygwin wrote:

I just wanted to install a package which I hadn't installed before but
since I haven't updated my installation in a while I get a huge list of
stuff to update. Is there a way in setup to install just the new package
without having to click on every package in the list? Updating
everything is just not convenient at the moment.


Select 'keep' mode in the radio buttons in the upper right of the
package chooser.  Then select your new package for installation.



Thank you, that did the trick.

--
Problem reports:  https://cygwin.com/problems.html
FAQ:  https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple

Add single package without installation update

[Michael Lemke via Cygwin]

I just wanted to install a package which I hadn't installed before but since I 
haven't updated my installation in a while I get a huge list of stuff to 
update. Is there a way in setup to install just the new package without having 
to click on every package in the list? Updating everything is just not 
convenient at the moment.

--
Problem reports:  https://cygwin.com/problems.html
FAQ:  https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple

Re: Local rsync disk to disk slow

[Michael Lemke]

On Sun, 04 Nov 2018 13:59:34 +0100, Michael Lemke  wrote:


I am copying a large directory tree from one internal disk to another USB 3 
connected disk on the same computer with this rsync line:

rsync -ahPvzHA --delete /d/Images /q/

This copies files at a rate of 20MB/s. If I copy the same tree with Windows 
Explorer I get about 90MB/s.


I take this back. Apparently, rsync ins't good at averaging transfer speeds. 
The files were too small for computing the real transfer rate. For files large 
enough to take longer to copy rsync computes 90MB/s as well.

--
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

Local rsync disk to disk slow

[Michael Lemke]

I am copying a large directory tree from one internal disk to another USB 3 
connected disk on the same computer with this rsync line:

rsync -ahPvzHA --delete /d/Images /q/

This copies files at a rate of 20MB/s. If I copy the same tree with Windows 
Explorer I get about 90MB/s.

Why is this? The chosen options don't seem to affect the result much.

I noticed three rsync processes one of which is CPU bound at a single core and 
therefore limiting the performance. This process reads the source files. The 
other two rsync processes don't consume a noticable amount of CPU time and one 
of them writes the destination files.

Are there any options to speed up the process? The reason I use rsync is to 
preserve hard links.

--
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

Re: Apache rebase trouble

[Michael Lemke]

On Wed, 24 May 2017 01:56:55 +0200, Michael Enright  wrote:


On Tue, May 23, 2017 at 3:59 PM, Michael Lemke wrote:


Lacking further clues I did the trial and error thing and removed some
stuff I thought I didn't need (like GNOME). Not sure yet what I broke but
my Apache is working again.  Thanks for the hint that the number of known
dlls could be a problem. I'd still appreciate more precise information
of how rebase works and if there is a more systematic approach.



The command rebase -is gives a list of the DLLs, their sizes and where
they are based.
The DLL size is in "field 5" as 'sort' recons fields, so
rebase -is | sort -k5 will dump the DLLs in size order.


Thank you. So if I take the first and last line of rebase's default output
the difference in the 3rd field tells me how much space is required,
correct?  In my cleaned up installation it is 879.5 MB.  Is it possible to
give a limit up to which this number may grow?  Exactly what memory/address
space is being reserved here?


On my system the last DLL in the output is an LLVM DLL which I believe
is used by the X server. A lot of the top DLLs appear to be related to
the X server, some of those are code-generation DLLs for the LLVM JIT
to use. The footprint of the X server seems large.


In my installation LLVM takes up a lot (and for some reason I have three
different versions installed - have to get rid of some) but the biggest
is qt4:


 orion> rebase -si | sort -k5 | tail
/usr/lib/cygswrAVX2.dll 
  base 0x4529 size 
0x00c7c000
/usr/bin/cygLLVM-3.0.dll
  base 0x6e71 size 
0x00cab000
/usr/bin/cygavcodec-54.dll  
  base 0x5f71 size 
0x00d79000
/usr/bin/cygLLVM-3.4.dll
  base 0x6c31 size 
0x0116e000
/usr/bin/cygLLVM-3.1.dll
  base 0x6d48 size 
0x0128a000
/usr/bin/cygicudata56.dll   
  base 0x5806 size 
0x017ed000
/usr/bin/cygicudata57.dll   
  base 0x567d size 
0x01885000
/usr/bin/cygwebkitgtk-3.0-0.dll 
  base 0x4966 size 
0x01951000
/usr/bin/cygLLVM-3.8.dll
  base 0x6a81 size 
0x01af3000
/usr/bin/cygQtWebKit-4.dll  
  base 0x6381 size 
0x01eea000
 orion>

--
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

Re: Apache rebase trouble

[Michael Lemke]

On Tue, 23 May 2017 22:17:44 +0200, Michael Lemke  wrote:


On Tue, 23 May 2017 22:04:52 +0200, Achim Gratz  wrote:


Michael Lemke writes:

Now, how about an answer to my actual question?  How do I get the Apache/php
dlls properly rebased?  For reference, here's the error again and so is the 
attached
cygcheck.out.


How large is your UserVM?  You don't stand a snowflakes chance in hell
with 2GB with your package selection and I suspect you'd run into the
heap even with 3GB (I don't know if that's even possible to change on
XP).  You really need to reduce the number of packages you install if
you insist on staying on 32bit.  Most likely unrelated, but you also
need to sanitize your PATH, at least get rid of all the duplicates, but
better remove the WIndows stuff completely.


Ok, starts to make some sense. Its a VM with 4GB configured with
whatever XP takes of that. I don't remember if I tought it the 3GB trick
and also don't recall how to do it.

Anyway, the way I understand the problem is you have to distribute all
installed dlls such that they don't use the same memory region. This means
you can have only so many dlls installed. So is there some better way than
trial and error to see which dll is taking up the most space and if enough
dlls were uninstalled? Would rebase tell me aything?



Lacking further clues I did the trial and error thing and removed some
stuff I thought I didn't need (like GNOME). Not sure yet what I broke but
my Apache is working again.  Thanks for the hint that the number of known
dlls could be a problem. I'd still appreciate more precise information
of how rebase works and if there is a more systematic approach.

Michael

--
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

Re: Apache rebase trouble

[Michael Lemke]

On Tue, 23 May 2017 22:04:52 +0200, Achim Gratz  wrote:


Michael Lemke writes:

Now, how about an answer to my actual question?  How do I get the Apache/php
dlls properly rebased?  For reference, here's the error again and so is the 
attached
cygcheck.out.


How large is your UserVM?  You don't stand a snowflakes chance in hell
with 2GB with your package selection and I suspect you'd run into the
heap even with 3GB (I don't know if that's even possible to change on
XP).  You really need to reduce the number of packages you install if
you insist on staying on 32bit.  Most likely unrelated, but you also
need to sanitize your PATH, at least get rid of all the duplicates, but
better remove the WIndows stuff completely.


Ok, starts to make some sense. Its a VM with 4GB configured with
whatever XP takes of that. I don't remember if I tought it the 3GB trick
and also don't recall how to do it.

Anyway, the way I understand the problem is you have to distribute all
installed dlls such that they don't use the same memory region. This means
you can have only so many dlls installed. So is there some better way than
trial and error to see which dll is taking up the most space and if enough
dlls were uninstalled? Would rebase tell me aything?

Thanks,
Michael

--
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

Apache rebase trouble

[Michael Lemke]

For some reason I keep getting these problems in my apache installation that 
used to run just fine:


  2 [main] httpd 1624 child_info_fork::abort: unable to remap zip.dll to 
same address as parent (0x13B) - try running rebaseall
[Sun May 21 17:54:00.047667 2017] [mpm_prefork:error] [pid 5984] (11)Resource 
temporarily unavailable: AH00159: fork: Unable to fork new process
  2 [main] httpd 5272 child_info_fork::abort: unable to remap bz2.dll to 
same address as parent (0xAE) - try running rebaseall
[Sun May 21 17:54:10.094156 2017] [mpm_prefork:error] [pid 5984] (11)Resource 
temporarily unavailable: AH00159: fork: Unable to fork new process



I tried this several times:

   rebase-trigger full

followed by running setup and making sure no cygwin process was running.  I 
could see in process explorer that rebase was running but it didn't help.

What can I try to make my apache httpd installation work again?  Cygwin on XP:

 orion> uname -a
CYGWIN_NT-5.1 orion 2.5.2(0.297/5/3) 2016-06-23 14:27 i686 Cygwin



--
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

Re: MinTTY 0.3.3

[Michael Lemke]

Danilo Turina  alcatel-lucent.it> writes:

> 
> Thorsten Kampe wrote:
> > * Andy Koppe (Thu, 08 Jan 2009 23:17:15 +)
> >> MinTTY release 0.3.3 is available from http://code.google.com/p/mintty. 
> >> It fixes the following bugs:
> >> [...]
> >> I've started looking into packaging and cygport, but it might still be a 
> >> little while. I'll try to submit something before starting work on 0.4.0 
> >> enhancements.
> > 
> > I WANT TABS!!
> 
> Well if tabs get in, I'll throw mrxvt out of the window (or out of the 
> X-Window?).
> 

I just don't get it.  What's wrong with rxvt?  I've been using it for years as 
my only terminal for cygwin and never understood why it isn't the default.  I 
tried mintty the other day but couldn't find anything rxvt isn't doing.  In 
fact, mintty kind of froze on something eventually - at which point I decided 
to give up on it.  So why should I use mintty?

Michael


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Request for running a test application

[Michael Lemke]

Here's a SD memory card via a USB card reader:

 orion> ./volinfo.exe l:
Device Type: 7
Characteristics: 121
Volume Name: <>
Serial Number  : 1899214615
Max Filenamelength : 255
Filesystemname : 
Flags  : 6
  FILE_CASE_SENSITIVE_SEARCH  : FALSE
  FILE_CASE_PRESERVED_NAMES   : TRUE
  FILE_UNICODE_ON_DISK: TRUE
  FILE_PERSISTENT_ACLS: FALSE
  FILE_FILE_COMPRESSION   : FALSE
  FILE_VOLUME_QUOTAS  : FALSE
  FILE_SUPPORTS_SPARSE_FILES  : FALSE
  FILE_SUPPORTS_REPARSE_POINTS: FALSE
  FILE_SUPPORTS_REMOTE_STORAGE: FALSE
  FILE_VOLUME_IS_COMPRESSED   : FALSE
  FILE_SUPPORTS_OBJECT_IDS: FALSE
  FILE_SUPPORTS_ENCRYPTION: FALSE
  FILE_NAMED_STREAMS  : FALSE
  FILE_READ_ONLY_VOLUME   : FALSE
  FILE_SEQUENTIAL_WRITE_ONCE  : FALSE
  FILE_SUPPORTS_TRANSACTIONS  : FALSE

And a digital camera (Panasonic) via USB with the same SD card loaded:

 orion> ./volinfo.exe y:
Device Type: 7
Characteristics: 121
Volume Name: <>
Serial Number  : 1899214615
Max Filenamelength : 255
Filesystemname : 
Flags  : 6
  FILE_CASE_SENSITIVE_SEARCH  : FALSE
  FILE_CASE_PRESERVED_NAMES   : TRUE
  FILE_UNICODE_ON_DISK: TRUE
  FILE_PERSISTENT_ACLS: FALSE
  FILE_FILE_COMPRESSION   : FALSE
  FILE_VOLUME_QUOTAS  : FALSE
  FILE_SUPPORTS_SPARSE_FILES  : FALSE
  FILE_SUPPORTS_REPARSE_POINTS: FALSE
  FILE_SUPPORTS_REMOTE_STORAGE: FALSE
  FILE_VOLUME_IS_COMPRESSED   : FALSE
  FILE_SUPPORTS_OBJECT_IDS: FALSE
  FILE_SUPPORTS_ENCRYPTION: FALSE
  FILE_NAMED_STREAMS  : FALSE
  FILE_READ_ONLY_VOLUME   : FALSE
  FILE_SEQUENTIAL_WRITE_ONCE  : FALSE
  FILE_SUPPORTS_TRANSACTIONS  : FALSE

Michael


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: cvs pserver issue with new cygwin packages

[Michael Lemke]

Larry Hall (Cygwin  cygwin.com> writes:

> 
> Nicholas Thayer wrote:
> > Christopher Faylor wrote:
> >> On Wed, May 10, 2006 at 06:41:23PM +, Michael Lemke wrote:
> >>
> >>> Igor Peshansky  cs.nyu.edu> writes:
> >>>
> >>>> On Wed, 10 May 2006, Nicholas Thayer wrote:
> >>>>
> >>>>> After upgrading to the latest cygwin packages (coreutils, findutils,
> >>>>> cygwin), the cvs pserver fails for updates and checkouts.  [snip] $ 
> >>>>> cvs
> >>>>> co test cannot mkdir /tmp/cvs-serv3172/.  No such file or directory
> >>>>
> >>>> This was a bug in Cygwin 1.5.19, which returned the wrong error code
> >>>> for creating this directory, and CVS didn't know to ignore it.  Try a
> >>>> snapshot.
> >>>
>

Today I did try the latest snapshot (20060622) and it fixes the problem.  With 
1.5.19 it does not work.  This was a fresh compile of cvs 1.12.12.  So this is 
a 
cygwin error after all.  How much longer do we have to wait for a non-snapshot 
fix?  This has been broken for more than 5 months now.

Michael


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: cvs pserver issue with new cygwin packages

[Michael Lemke]

Igor Peshansky  cs.nyu.edu> writes:

> 
> On Wed, 10 May 2006, Nicholas Thayer wrote:
> 
> > After upgrading to the latest cygwin packages (coreutils, findutils,
> > cygwin), the cvs pserver fails for updates and checkouts.
> > [snip]
> > $ cvs co test
> > cannot mkdir /tmp/cvs-serv3172/.
> > No such file or directory
> 
> This was a bug in Cygwin 1.5.19, which returned the wrong error code for
> creating this directory, and CVS didn't know to ignore it.  Try a
> snapshot.

I've been wondering when we'll see the fix for that in a non-snapshot release.  
I've been waiting for it since 1.5.19 came out (many months ago).  Sure, I 
could 
use a snapshot but I'd rather use something not in a state of flux.  How hard 
would it be to make a 1.5.19-5 with that fix?  Judging from this mailing list I 
am surprised that cvs server is the only application bitten by this bug.

Michael





--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: perl reading ^M on text mounts

[Michael Lemke]

Dave  googlemail.com> writes:

> 
> Have you tried setting the environment variable PERLIO? I'm not a heavy 
> PERL user, but I tend to have
> 
> PERLIO=crlf
> 
> if I'm likely to see CRLFs.

Thanks, I tried that.  It indeed seems to remove the \r but independent of the 
mount mode of the disk.  I googled a bit and found an old thread about this 
where Max Bowsher sums it up in http://www.mail-archive.com/cygwin@cygwin.com/
msg22668.html  What a mess.  And no solution it seems.  The perl docs say a 
simple open X, file; opens the file in text mode.  So I expect the subsequent 
read (and chomp) to treat a \r according to mount mode of the file system.  
PERLIO=crlf changes it for all files.  Is it just me or do other people also 
feel this is broken?

Michael

> 
> > 
> > Lemke, Michael  SZ/HZA-IOM1  schaeffler.com> writes:
> > 
> >>If I execute this perl script
> >>
> >>   de010597> cat x.pl
> >>   #!/usr/bin/perl
> >>   use strict;
> >>
> >>   open( HO, " >>   while () { print "$_"; }
> >>
> >>on a text mount with an input file that has CRLF line endings perl
> >>should treat this as a text file and strip the CR.  Only if I use
> >>binmode HO should I see the CR.  But it doesn't:
> >>
> >> de010597> ./x.pl | cat -A
> >>bla^M$
> >> de010597> cat -A x.txt
> >>bla^M$
> >>
> >>What am I missing here?
> >>
> >> de010597> pwd
> >>/d/jakarta-tomcat/awstats
> >> de010597> mount
> >>D:\PROGRA~1\cygwin\bin on /usr/bin type system (binmode)
> >>D:\PROGRA~1\cygwin\lib on /usr/lib type system (binmode)
> >>D:\PROGRA~1\cygwin on / type system (binmode)
> >>c: on /c type system (textmode,noumount)
> >>d: on /d type system (textmode,noumount)
> >>f: on /f type system (textmode,noumount)
> >> de010597> mount -m
> >>mount -f -s -b "D:/PROGRA~1/cygwin/bin" "/usr/bin"
> >>mount -f -s -b "D:/PROGRA~1/cygwin/lib" "/usr/lib"
> >>mount -f -s -b "D:/PROGRA~1/cygwin" "/"
> >>mount -s -t --change-cygdrive-prefix "/"
> >> de010597> uname -a
> >>CYGWIN_NT-5.2 de010597 1.5.18(0.132/4/2) 2005-07-02 20:30 i686 unknown
> >>unknown Cygwin
> >> de010597> perl -v
> >>
> >>This is perl, v5.8.7 built for cygwin-thread-multi-64int

x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x




--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

RE: where is g77?

[Michael Lemke, Sternwarte Bamberg, Phone: +49-951-9522216]

In a message of Mon, 1 Dec 2003 18:07:52 -0500
Received on Tue, 02 Dec 2003 00:20:32 +0100

Harig, Mark <[EMAIL PROTECTED]> wrote
to: Michael Lemke <[EMAIL PROTECTED]>,...

>Using setup.exe, look in the Devel category.  
>There is a "gcc-g77" package.

Thanks.  But when did this change happen?  My gcc-3.3.1-2.tar.bz2 file
still has a complete compiler suite.  I just like it when setup breaks
previously working stuff.  Was there an announcement?

>
>In general, to find a file that setup.exe supports, 
>use the Setup Package Search capability at 
>http://cygwin.com/packages/.  This can be found
>on the http://cygwin.com web page.

This I did before I asked but was obviously not reading the result
carefully enough.


Michael

>
>> -Original Message-
>> From: Michael Lemke [mailto:[EMAIL PROTECTED]
>> Sent: Monday, December 01, 2003 5:58 PM
>> To: [EMAIL PROTECTED]
>> Subject: where is g77?
>> 
>> 
>> I just tried to use g77.  It's not there!  I checked
>> my gcc-3.3.1-3.tar.bz2 file and no trace of it.
>> 
>> It used to be in the gcc package, where did it go?  I need it back!
>> 
>> 
>> Thanks,
>> Michael
>> 
>> --
>> Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
>> Problem reports:   http://cygwin.com/problems.html
>> Documentation: http://cygwin.com/docs.html
>> FAQ:   http://cygwin.com/faq/
>> 
>> 



--
Michael Lemke
Sternwarte Bamberg, University of Erlangen-Nürnberg, Germany
([EMAIL PROTECTED])

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

where is g77?

[Michael Lemke]

I just tried to use g77.  It's not there!  I checked
my gcc-3.3.1-3.tar.bz2 file and no trace of it.
It used to be in the gcc package, where did it go?  I need it back!

Thanks,
Michael
--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

RE: nfs-server 2.2.47-2

[Michael Lemke, Sternwarte Bamberg, Phone: +49-951-9522216]

Igor Pechtchanski wrote
to: Michael Lemke 

>On Fri, 21 Nov 2003, Michael Lemke wrote:
>
>> >> >Now I've tried to run the thing on W98 without any success.  I just
>> >> >want it to play with it, so I am not concerned with any security or
>> >> stuff.
>> >> >Just a mount from a VMS box should work.  But doesn't.  I start all
>> >> >manually.  First portmapper, then mountd, then nfsd.  A netstat -a
>> >> doesn't
>> >> >show any listeners on nfsd, only portmap.  telnet localhost nfsd gives
>> >> >connection refused.  What am I doing wrong?  Just W98?  Or would fixing
>> >> >something in /etc/services help?  nfs-server-config didn't work at all
>> >> >since cygrunsrv says it cannot run in DOS mode.  I am doing this from
>> >> >a rxvt window with tcsh.
>> >>
>> >>
>> >> Isn't this the answer to your questions?
>> >>
>> >> <http://cygwin.com/ml/cygwin/2003-11/msg00730.html>>
>> >
>> > Aside from the FAT32 issue, nfs-server is untested on Win9x.
>> > If you run into problems on that platform, I'd be happy to
>> > see diagnostics, and even happier to see a patch.
>>
>> Thanks.  The symptoms are pretty much as I outlined above.  But
>> before to go any further, what's supposed to be in /etc/services?
>> Does it even read /etc/services or does it take it from the
>> Windows system directory?
>>
>> What should I see with netstat -a?
>>
>> Michael
>
>FYI, /etc/services on Cygwin should be a symlink to the Windows version of
>that file (ditto for /etc/hosts and /etc/protocols).

Actually, they are.  I hadn't noticed.

>
>Also, Cygwin doesn't have a netstat, it's a Windows implementation, so
>it'll perforce be different from the Linux one.

Sure.  But it shows me the listeners.

After doing manually in an rxvt/tcsh

$ portmap
$ rpc.mountd
$ rpc.nfsd

I see these processes

 micha> ps
  PIDPPIDPGID WINPID  TTY  UIDSTIME COMMAND
  71678853   1 71678853 4223288443  con  500 20:48:55 /usr/bin/RXVT
  71596297 71678853 71596297 42229867670  500 20:49:02 /usr/bin/TCSH
  72074065   1 72074065 4222893231?  500 20:53:06 /USR/SBIN/PORTMAP
  72046605   1 72046605 4222920691?  500 20:53:38 /USR/SBIN/RPC.MOUNTD
  72151529   1 72030025 42228157670  500 20:54:42 /USR/SBIN/RPC.NFSD
  72134153 71596297 72134153 42228444270  500 20:54:46 /usr/bin/PS


and netstat -a shows

 micha> netstat -a

Active Connections

  Proto  Local Address  Foreign AddressState
  TCPmicha:1027 MICHA:0LISTENING
  TCPmicha:1620 MICHA:0LISTENING
  TCPmicha:portmap  MICHA:0LISTENING
  TCPmicha:portmap  MICHA:0LISTENING
  TCPmicha:123  MICHA:0LISTENING
  TCPmicha:1027 a400.sternwarte.uni-erlangen.de:ssh ESTABLISHED
  TCPmicha:137  MICHA:0LISTENING
  TCPmicha:138  MICHA:0LISTENING
  TCPmicha:nbsessionMICHA:0LISTENING
  TCPmicha:2313 MICHA:0LISTENING
  TCPmicha:8080 MICHA:0LISTENING
  TCPmicha:1715 MICHA:0LISTENING
  UDPmicha:1620 *:*
  UDPmicha:portmap  *:*
  UDPmicha:ntp  *:*
  UDPmicha:nbname   *:*    
  UDPmicha:nbdatagram   *:*


Trying to mount from a Linux box gives

stein:~ # mount -v -t nfs xx.xx.xx.xx:/ /root/micha
mount: RPC: Unable to receive; errno = Connection refused


/etc/exports has a line

/   *.x.x.(rw) trusty(rw,no_root_squash)

So, what do I need to test next?  I'd expect some nfs listener process
to show in netstat. 

Michael


--
Michael Lemke
Sternwarte Bamberg, University of Erlangen-Nürnberg, Germany
([EMAIL PROTECTED])

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

RE: nfs-server 2.2.47-2

[Michael Lemke]

>Now I've tried to run the thing on W98 without any success.  I just
>want it to play with it, so I am not concerned with any security or 
stuff.
>Just a mount from a VMS box should work.  But doesn't.  I start all
>manually.  First portmapper, then mountd, then nfsd.  A netstat -a 
doesn't
>show any listeners on nfsd, only portmap.  telnet localhost nfsd gives
>connection refused.  What am I doing wrong?  Just W98?  Or would fixing
>something in /etc/services help?  nfs-server-config didn't work at all
>since cygrunsrv says it cannot run in DOS mode.  I am doing this from
>a rxvt window with tcsh.

Isn't this the answer to your questions?

>
Aside from the FAT32 issue, nfs-server is untested on Win9x.
If you run into problems on that platform, I'd be happy to
see diagnostics, and even happier to see a patch.
Thanks.  The symptoms are pretty much as I outlined above.  But
before to go any further, what's supposed to be in /etc/services?
Does it even read /etc/services or does it take it from the
Windows system directory?
What should I see with netstat -a?

Michael
 

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: nfs-server 2.2.47-2

[Michael Lemke]

Robb, Sam wrote:

it needs to be made dependable on sunrpc package, which provides portmap.

   That said: the entry for nfs-server in setup.ini already
indicates an install-time dependency on sunrpc.  If this is
being missed somehow, it may indicate a problem with setup.exe
(or the format of the nfs-server setup.hint file).
I ran setup.exe, selected nfs-server and a few other unrelated
packages (links, squid), but it didn't select and install sunrpc.
So yes, it may be a problem with setup.exe.
I've just seen the same here.  sunrpc isn't installed.  I have the latest
setup.exe 2.416.
Now I've tried to run the thing on W98 without any success.  I just
want it to play with it, so I am not concerned with any security or stuff.
Just a mount from a VMS box should work.  But doesn't.  I start all
manually.  First portmapper, then mountd, then nfsd.  A netstat -a doesn't
show any listeners on nfsd, only portmap.  telnet localhost nfsd gives
connection refused.  What am I doing wrong?  Just W98?  Or would fixing
something in /etc/services help?  nfs-server-config didn't work at all
since cygrunsrv says it cannot run in DOS mode.  I am doing this from
a rxvt window with tcsh.
Thanks,
Michael
--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Backspace problem on VMS

[Michael Lemke]

>On Thu, Jul 24, 2003 at 10:05:52PM -0400, Larry Hall wrote:
>>Hai Hong wrote:
>>>I'm having a problem in which the backspace doesn't work as it should
>>>when I telnet into a VMS machine while I'm in an xterm session.
>>>Instead of deleting the character, my cursor jump to the beginning of
>>>the line.  The DELETE key doesn't work either.  I've checked an made
>>>sure that my TERM environment is set to VT100, which is what I used in
>>>the Windows program SecureCRT without any problem.  Also, I don't have
>>>any problem telnetting into a Unix machine.  Is there anything that I
>>>should do to make it work?I've been Googling both the Web and
>>>newsgroup and couldn't anything regarding this issue.
>>
>>Cygwin's default (and best supported) terminal setting is 'cygwin'.
>>Sorry, I know next to nothing about VMS so I can't direct you further
>>on how to make the target VMS machine understand the 'cygwin' terminal
>>settings.  But this information should help guide you to a line of
>>research which will offer a solution I hope.
>
>In this case, (and most cases, really) the TERM variable should just be
>left as is.  It is set to "cygwin" when you are running from the console
>and it should be set to "xterm" when you're running from an xterm.
>
>On VMS, CTRL-H means "go to beginning of line".  So, undoubtedly xterm
>is interpreting the [<-] key as a backspace.  I'm sure that google would
>be able to help in redefining this key to something else (like DEL).
>

Correct, VMS wants a real VT100 or successors.  Anything that doesn't
behave like one is almost unusable.  One approach with Cygwin is to
use rxvt and put this in your ~/.Xdefaults file:

Rxvt.backspacekey: DEC
Rxvt.cutchars: " "
Rxvt.keysym.0xff7f: \eOP
Rxvt.keysym.0xffaf: \eOQ
Rxvt.keysym.0xffaa: \eOR
Rxvt.keysym.0xffad: \eOS

Rxvt.keysym.0xff95: \eOw
Rxvt.keysym.0xff97: \eOx
Rxvt.keysym.0xff9a: \eOy
Rxvt.keysym.0xffab: \eOl

Rxvt.keysym.0xff96: \eOt
Rxvt.keysym.0xff9d: \eOu
Rxvt.keysym.0xff98: \eOv

Rxvt.keysym.0xff9c: \eOq
Rxvt.keysym.0xff99: \eOr
Rxvt.keysym.0xff9b: \eOs

Rxvt.keysym.0xff9e: \eOp
Rxvt.keysym.0xff9f: \eOn
Rxvt.keysym.0xff8d: \eOM

You will need to set 
   stty erase ^? 
in bash if you also want to use cygwin with rxvt/xterm.

However, I'd recommend to use TeraTerm, a free, excellent 
VT100/VT320 emulation.  Even the NumLock Key works
as Gold, so TPU and EDT are both perfectly useable.
Use Google to find TeraTerm.

Michael





--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

problem with simple autoconf for fortran

[Michael Lemke]

I am just trying to learn autoconf and automake and found something where
I don't know if I am doing something wrong.  I am doing this on cygwin with
W98 SE:

$ uname -a
CYGWIN_98-4.10 MICHA 1.3.13(0.62/3/2) 2002-10-13 23:15 i586 unknown


I have these three files (+ the stuff created by autoconf etc):

x.F

$ cat configure.ac
dnl Process this file with autoconf to produce a configure script.
AC_INIT(x,1.0)
AM_INIT_AUTOMAKE

dnl Checks for programs.
AC_PROG_MAKE_SET
AC_PROG_F77

dnl Checks for libraries.

dnl Checks for header files.

dnl Checks for typedefs, structures, and compiler characteristics.

dnl Checks for library functions.

AC_OUTPUT(Makefile)


$ cat Makefile.am
bin_PROGRAMS = x
x_SOURCES = x.F


Then I ran
$ aclocal
$ autoconf
$ automake -a
$ touch NEWS README AUTHORS ChangeLog
$ automake -a
$ configure

That went all fine.  Then I do a make:
$ make
g77 -DPACKAGE_NAME=\"x\" -DPACKAGE_TARNAME=\"x\" -DPACKAGE_VERSION=\"1.0\" -
DPACKAGE_STRING=\"x\ 1.0\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE=\"x\" -DVERSION=
\"1.0\"  -I. -I.   @CPPFLAGS@  -g -O2 -c -o x.o `test -f 'x.F' || echo './'`x.F
g77: cannot specify -o with -c or -S and multiple compilations
make: *** [x.o] Error 1

Why is there a @CPPFLAGS@ ?  Isn't that supposed to be replaced by some real
flags?  Did I miss something in my configure.ac/Makefile.am?


Thanks for any pointers,
Michael

P.S.
$ autoconf -V
autoconf (GNU Autoconf) 2.53a
Written by David J. MacKenzie and Akim Demaille.

Copyright 2002 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
$ automake -V
automake (GNU automake) 1.6.2
Written by Tom Tromey <[EMAIL PROTECTED]>.

Copyright 2002 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.




--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/