Re: inetutils 1.5 / ftpd problem: 426 Data connection: No buffer space available.

2008-05-07 Thread antony baxter
Corinna,

> IIUC, the testcase should exhibit the problem OOTB.  HAVE_MMAP is
> defined and LARGE_TRANSFER_BLOCKSIZE is set to 32K.  I did what you
> wrote above, I built server and client, added the example port to
> /etc/services, created the ReallyBigFile from /dev/urandom as above...
>
> However, I can't reproduce any ill effect.  This testcase mmap's the
> file exactly once and then calls as many 32K write's as necessary to
> write the whole file.  I don't see any waste of memory at all.
>
> When examining the memory usage with Task Manager or, better, with
> sysinternal's Process Explorer, you'll see how the memory usage goes up
> over time.  But that's no problem.  What you see is the mapping of the
> file into the physical memory of the machine.  With each write, the
> process accesses another 32K bytes of the file mapping, so the OS has to
> map another 32K of the file into the process memory.  Actually this is
> done in 64K chunks, but that doesn't matter here.  What you see is quite
> normal behaviour and has nothing to do with Cygwin's mmap implementation,
> AFAICS.

Just to be clear, when the test server is serving up a 250MB file,
you'd expect it to ultimately be using 250MB of memory according to
Task Manager? On my server machine, this meant that by the time the
end of the file was reached, Windows was paging to disk like mad, and
so the transfer speed dropped dramatically. I would argue that this is
a retrograde step for ftpd, but maybe I'm missing something.

Charles, the latest version of ftpd that you released (no MMAP, 4k
block size) works fine for me wrt memory, but used considerably more
CPU than the last version of in.ftp, with no noticeable performance
gain.

For now I'm quite happy using the latest inetd with an old in.ftpd, so
if no-one else is having problems then please don't worry about this.

Thanks

ant.

--
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: inetutils 1.5 / ftpd problem: 426 Data connection: No buffer space available.

2008-04-30 Thread antony baxter
Charles,

> Well, one of the differences between ftpd-1.3.2 and ftpd-1.5 is that
> the newer version uses mmap on the (local) file. ftpd.c is the /only/
> source file in inetutils that uses mmap.
>
> So, I recompiled with HAVE_MMAP turned off (but still using 4k
> chunks).  Give this a try:
>
> http://cygwin.cwilson.fastmail.fm/ITP/ftpd-no-mmap-4k.exe.bz2
>
> I get behavior here which is very similar to what I reported for the
> 4k-WITH-mmap version:
> (1) sane memory profile
> (2) topology one, 9-10 Mbps 2-3% cpu
> (3) topology two, 14-15 Mbps, 4-6% cpu [*]
>
> I'm not sure what benefit mmap has in this case -- unless you can
> exploit some zero-copy kernel code for transferring data from disk to
> ethernet device. But I don't think Windows has anything like that. I
> certainly don't *see* any benefit, in my limited testing on this set
> of hardware.
>
> If this *does* fix the problem, it may point to an issue with
> cygwin-1.5's mmap implementation, or with XP's handling of the
> underlying NtCreateSection()...mmap is not supposed to be
> CPU-intensive.

Ok, with this version memory stays at a constant 3600kb, cpu usage
hovers at around 50%, and performance is quick (55 seconds to transfer
the file).

Its *possible* that the cpu usage is a red herring - the server is
running in VMware and that may introduce some peculiarities of its
own; however in.ftpd from inetutils 1.3.6 did maintain very low cpu
usage.

Thanks,

Ant.

--
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: inetutils 1.5 / ftpd problem: 426 Data connection: No buffer space available.

2008-04-29 Thread antony baxter
> Charles,
>
>> Unless somebody squawks loudly and soon, I'm going to release
>> inetutils-1.5-4 using 4k buffers for ftpd send_data().
>> Charles,
>
>> Unless somebody squawks loudly and soon, I'm going to release
>> inetutils-1.5-4 using 4k buffers for ftpd send_data().
>
> Squawk!
>
> Unfortunately, with XP SP2, Cygwin 1.5 as the server machine, I get
> pretty much the same symptoms with each of the above ftpds serving up
> a 350mb file:
>
> 1. In all cases, the ftpd process' memory usage increases to ~350mb,
> 2. As the buffer value decreases, the process' cpu usage increases
> (ftpd-1k.exe used about 75% of the cpu vs. about 10% for ftpd-8k.exe),
> 3. Performance jumped around (ftpd-1k transferred the file in
> 90seconds, ftpd-4k in 166 seconds, ftp-8k in 114 seconds on a wired
> network)

Quick addendum: I copied over in.ftpd.exe from another Cygwin
installation running inetutils 1.3.2 and symlinked it to ftpd on my
server; using that to serve the same file, memory usage sticks at
3500kb, cpu usage never rises about 5%, and the file was delivered in
194 seconds.

Ant.

--
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: inetutils 1.5 / ftpd problem: 426 Data connection: No buffer space available.

2008-04-29 Thread antony baxter
Charles,

> Unless somebody squawks loudly and soon, I'm going to release inetutils-1.5-4 
> using 4k buffers for ftpd send_data().

Squawk!

Unfortunately, with XP SP2, Cygwin 1.5 as the server machine, I get
pretty much the same symptoms with each of the above ftpds serving up
a 350mb file:

1. In all cases, the ftpd process' memory usage increases to ~350mb,
2. As the buffer value decreases, the process' cpu usage increases
(ftpd-1k.exe used about 75% of the cpu vs. about 10% for ftpd-8k.exe),
3. Performance jumped around (ftpd-1k transferred the file in
90seconds, ftpd-4k in 166 seconds, ftp-8k in 114 seconds on a wired
network)

Sorry!

Ant.

--
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: inetutils 1.5 / ftpd problem: 426 Data connection: No buffer space available.

2008-04-28 Thread antony baxter
Charles,

> antony, please test the following:
> http://cygwin.cwilson.fastmail.fm/ITP/ftpd.exe.bz2

Better, in the sense that I can now retrieve the file; however
ftpd.exe's memory usage (monitored via Task Manager) now grows
continously during the transfer until eventually the server machine
grinds to a halt, paging furiously. Once the transfer does finally
finish ftpd.exe's memory usage drops back to normal (2,400K).

Thanks

Ant.

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



inetutils 1.5 / ftpd problem: 426 Data connection: No buffer space available.

2008-04-27 Thread antony baxter
Hi,

Problem Description: 2 PCs, both up to date Cygwin DLL, one running
inetutils 1.5, the other running inetutils 1.3.2, plus a third
computer (probably not important, but MacOSX).

The PC with inetutils 1.5 has a largish (215MB) file on it, which I
want to get from the OSX computer:

[EMAIL PROTECTED] (.../ant/Downloads) % ftp xp-ant1
Connected to xp-ant1.
220-
220- Welcome to xp-ant1...
220 xp-ant1 FTP server (GNU inetutils 1.5) ready.
331 Password required for ant.
230- Fanfare!!!
230- You are successfully logged in to this server!!!
230 User ant logged in.
Remote system type is UNIX.
Using binary mode to transfer files.
ftp> cd /mnt/downloads
250 CWD command successful.
ftp> bin
200 Type set to I.
ftp> get BCUpdateXP.exe
'EPSV': command not understood.
local: BCUpdateXP.exe remote: BCUpdateXP.exe
227 Entering Passive Mode (192,168,1,99,4,110)
150 Opening BINARY mode data connection for 'BCUpdateXP.exe' (226020663 bytes).
  0% |
   | 0   0.00 KB/s--:-- ETA
426 Data connection: No buffer space available.


I copied the file over to the other PC running inetutils 1.3.2, and
then ftp-ing in from my Mac and getting it worked fine:

...
220 xp-ant2 FTP server (GNU inetutils 1.3.2) ready.
...
ftp> get BCUpdateXP.exe
'EPSV': command not understood.
local: BCUpdateXP.exe remote: BCUpdateXP.exe
227 Entering Passive Mode (192,168,1,187,5,22)
150 Opening BINARY mode data connection for 'BCUpdateXP.exe' (226020663 bytes).
100% 
||
  215 MB9.80 MB/s00:00 ETA
226 Transfer complete.
226020663 bytes received in 00:22 (9.78 MB/s)


Had a read through the docs but couldn't see anything that would
specifically address this; I'm not using tcp-wrappers as I'm in a
secure environment, the inetutils 1.5 ftp server machine is XP SP2
running in VMware (as is the other running 1.3.2), its a fresh
install.

Can anyone else reproduce this? I can easily downgrade the server to
1.3.2 so no great problem, but it would be good to solve this.

Thanks

Ant.q

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

2007-10-09 Thread antony baxter
René,

[snip]

>> uuid.o:uuid.c:(.text+0x174): undefined reference to `_uuid_unparse_lower'
>> uuid.o:uuid.c:(.text+0x2fd): undefined reference to `_uuid_unparse_lower'
>> collect2: ld returned 1 exit status
>> dllwrap: gcc exited with status 1
>
> Wrong library.
>
> The problem is, where are those functions defined?  There are 2 uuid 
> libraries,
> one is /usr/lib/w32api/libuuid.a, but that doesn't have functions that start
> with uuid.  The other is /usr/lib/e2fsprogs/libuuid.a and ... bingo! that one
> has the uuid_compare, etc. functions.
>
> So change the command, and BTW libpostgres is also static, so my next guess 
> is:
>
> dllwrap -o uuid.dll --def uuid.def uuid.o
>   /usr/lib/postgresql/pgxs/src/../../src/utils/dllinit.o -L/usr/lib
>   -L/usr/lib/e2fsprogs -Wl,-Bstatic -lpostgres -luuid -Wl,-Bdynamic

Ok - much better. Thank you very much. This time bombed out with dllinit.o not
found, so changed that path:

dllwrap -o uuid.dll --def uuid.def uuid.o
  /usr/lib/postgresql/pgxs/src/utils/dllinit.o -L/usr/lib
  -L/usr/lib/e2fsprogs -Wl,-Bstatic -lpostgres -luuid -Wl,-Bdynamic

and I now only get:

uuid.o:uuid.c:(.text+0x174): undefined reference to `_uuid_unparse_lower'
uuid.o:uuid.c:(.text+0x2fd): undefined reference to `_uuid_unparse_lower'
collect2: ld returned 1 exit status
dllwrap: gcc exited with status 1

> Another hint of what may be wrong was on your first message, the "warning:
> implicit declaration of function `uuid_unparse_lower'" means that the code
> is so bad that they didn't even include the header.

Their uuid.c does include , but /usr/include/uuid/uuid.h doesn't
include the uuid_unparse_lower function; nor does

strings /usr/lib/e2fsprogs/libuuid.a | grep lower

return anything.

Latest Cygwin version of e2fsprogs is 1.35-3, but the latest release on
Sourceforge is 1.40.2. Downloaded that release, checked lib/uuid.h and the new
uuid_unparse_lower function is there. Tried building the whole packge,
but it doesn't build out of the box (error at the bottom if anyone's
interested) - however it does
build libuuid. So, updated /usr/include/uuid/* and
/usr/lib/e2fsprogs/libuuid.a,
and now it builds and works perfectly.

Thanks very much for your help,

Ant.


[ latest e2fsprogs build errors. configure runs fine; make bombs out with:

message.o: In function `print_e2fsck_message':
/home/jon/src/e2fsprogs-1.40.2/e2fsck/message.c:307: undefined reference to
  `_inode_uid'
/home/jon/src/e2fsprogs-1.40.2/e2fsck/message.c:310: undefined reference to
  `_inode_gid'
/usr/lib/gcc/i686-pc-cygwin/3.4.4/../../../libintl.a(dcigettext.o):dcigettext.c:(.text+0x6e1):
  undefined reference to `_libiconv_open'
/usr/lib/gcc/i686-pc-cygwin/3.4.4/../../../libintl.a(dcigettext.o):dcigettext.c:(.text+0x8e3):
  undefined reference to `_libiconv'
/usr/lib/gcc/i686-pc-cygwin/3.4.4/../../../libintl.a(dcigettext.o):dcigettext.c:(.text+0x9ab):
  undefined reference to `_libiconv_open'
/usr/lib/gcc/i686-pc-cygwin/3.4.4/../../../libintl.a(relocatable.o):relocatable.c:(.text+0x57):
  undefined reference to `_libiconv_set_relocation_prefix'
collect2: ld returned 1 exit status
make[2]: *** [e2fsck.static] Error 1
make[2]: Leaving directory `/home/jon/src/e2fsprogs-1.40.2/e2fsck'
make[1]: *** [all-progs-recursive] Error 1
make[1]: Leaving directory `/home/jon/src/e2fsprogs-1.40.2'
make: *** [all] Error 2

]

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

2007-10-09 Thread antony baxter
>> I'm trying to compile a PostgreSQL module that relies on libuuid. I've
>> found a number of previous discussions about this lib on the mailing
>> list which indicate that in general we must use the Win32api version
>> libuuid.a found in /usr/lib/w32api
>>
>> The source of the module can be found here:
>>
>> http://code.google.com/p/polarrose-postgresql-uuid/
>>
>> and the output of make is:
>>
>> gcc -O2 -pipe -Wall -Wmissing-prototypes -Wpointer-arith -Winline
>>   -Wdeclaration-after-statement -Wendif-labels -fno-strict-aliasing
>>   -I. -I/usr/include/postgresql/server -I/usr/include/postgresql/internal
>>   -c -o uuid.o uuid.c
>...
>> dlltool --export-all --output-def uuid.def uuid.o
>
>> dllwrap -o uuid.dll --def uuid.def uuid.o
>>   /usr/lib/postgresql/pgxs/src/makefiles/../../src/utils/dllinit.o
>>   -L/usr/lib -lpostgres
>> uuid.o:uuid.c:(.text+0xe): undefined reference to `_uuid_compare'
>...
>> I've tried:
>>
>> dllwrap -o uuid.dll --def uuid.def uuid.o
>>   /usr/lib/postgresql/pgxs/src/makefiles/../../src/utils/dllinit.o
>>   -L/usr/lib -lpostgres -L/usr/lib/w32api -luuid
>
> Try:
>
> dllwrap -o uuid.dll --def uuid.def uuid.o
>   /usr/lib/postgresql/pgxs/src/makefiles/../../src/utils/dllinit.o
>   -L/usr/lib -lpostgres -Wl,-Bstatic -luuid -Wl,-Bdynamic
>
> I don't think you need the -L/usr/lib/w32api but maybe you do, and the
> change can also be written as -Wl,-Bstatic,-luuid,-Bdynamic .
>
> Explanation: libuuid.a is a static library, you have to explicitly link
> it otherwise the tools look only for dynamic libraries.

René,

Thanks very much for replying so quickly.

I've just tried:

dllwrap -o uuid.dll --def uuid.def uuid.o
  /usr/lib/postgresql/pgxs/src/../../src/utils/dllinit.o -L/usr/lib -lpostgres
  -Wl,-Bstatic -luuid -Wl,-Bdynamic

dllwrap -o uuid.dll --def uuid.def uuid.o
  /usr/lib/postgresql/pgxs/src/../../src/utils/dllinit.o -L/usr/lib -lpostgres
  -L/usr/lib/w32api -Wl,-Bstatic -luuid -Wl,-Bdynamic

and

dllwrap -o uuid.dll --def uuid.def uuid.o
  /usr/lib/postgresql/pgxs/src/../../src/utils/dllinit.o -L/usr/lib -lpostgres
  -L/usr/lib/w32api -Wl,-Bstatic,-luuid,-Bdynamic

All three give the same errors:

uuid.o:uuid.c:(.text+0xe): undefined reference to `_uuid_compare'
uuid.o:uuid.c:(.text+0x55): undefined reference to `_uuid_generate_random'
uuid.o:uuid.c:(.text+0x98): undefined reference to `_uuid_parse'
uuid.o:uuid.c:(.text+0x174): undefined reference to `_uuid_unparse_lower'
uuid.o:uuid.c:(.text+0x2fd): undefined reference to `_uuid_unparse_lower'
collect2: ld returned 1 exit status
dllwrap: gcc exited with status 1

Probably should have mentioned: latest Cygwin DLL, Cygwin (not native Windows)
PostgreSQL 8.1.4, latest w32api.

Thanks again

Ant.

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



libuuid

2007-10-09 Thread antony baxter
I'm trying to compile a PostgreSQL module that relies on libuuid. I've
found a number of previous discussions about this lib on the mailing
list which indicate that in general we must use the Win32api version
libuuid.a found in /usr/lib/w32api

The source of the module can be found here:

http://code.google.com/p/polarrose-postgresql-uuid/

and the output of make is:

gcc -O2 -pipe -Wall -Wmissing-prototypes -Wpointer-arith -Winline
  -Wdeclaration-after-statement -Wendif-labels -fno-strict-aliasing
  -I. -I/usr/include/postgresql/server -I/usr/include/postgresql/internal
  -c -o uuid.o uuid.c
uuid.c:8: warning: type defaults to `int' in declaration of `PG_MODULE_MAGIC'
uuid.c:8: warning: data definition has no type or storage class
uuid.c: In function `polarrose_uuid_out':
uuid.c:70: warning: implicit declaration of function `uuid_unparse_lower'

dlltool --export-all --output-def uuid.def uuid.o

dllwrap -o uuid.dll --def uuid.def uuid.o
  /usr/lib/postgresql/pgxs/src/makefiles/../../src/utils/dllinit.o
  -L/usr/lib -lpostgres
uuid.o:uuid.c:(.text+0xe): undefined reference to `_uuid_compare'
uuid.o:uuid.c:(.text+0x55): undefined reference to `_uuid_generate_random'
uuid.o:uuid.c:(.text+0x98): undefined reference to `_uuid_parse'
uuid.o:uuid.c:(.text+0x174): undefined reference to `_uuid_unparse_lower'
uuid.o:uuid.c:(.text+0x2fd): undefined reference to `_uuid_unparse_lower'
collect2: ld returned 1 exit status
dllwrap: gcc exited with status 1
make: *** [uuid.dll] Error 1
rm uuid.o


I've tried:

dllwrap -o uuid.dll --def uuid.def uuid.o
  /usr/lib/postgresql/pgxs/src/makefiles/../../src/utils/dllinit.o
  -L/usr/lib -lpostgres -L/usr/lib/w32api -luuid

but get the same errors.

Is there any way I can get this to work, or am I on a hiding to nothing?

Thanks

Ant.

--
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: 1.5.20: Occasional crash at address 0x6100365f (cygthread::stub() in cygthre

2006-07-21 Thread Antony Baxter
> I'm not sure what this means.  If bash kept running
then 
> that would indicate that it isn't the bash which is 
> crashing.  Possibly a forked
> 
> cgf
> copy is crashing.

There are copies of cgf that fork?

Actually, that explains an awful lot.

Ant.





___ 
All New Yahoo! Mail – Tired of [EMAIL PROTECTED]@! come-ons? Let our SpamGuard 
protect you. http://uk.docs.yahoo.com/nowyoucan.html

--
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: bash "Couldn't Allocate Heap" error - info.

2006-03-06 Thread Antony Baxter

Jonathan, Gunnar,

Excellent! Well done. Stopping that service does
indeed allow Cygwin to work properly again.

Gunnar - yes, its the process that makes the face
overlay work. I think I can live without this, though
it'll be a great disappointment to my 2.5 yr old
nephew who thinks that his uncle has turned into a
shark and, to be honest, is now far more interested in
talking to me. 

How about a new marketing slogan: "Cygwin - makes
children cry"?

:)

Ant.

--- Gunnar Norling <[EMAIL PROTECTED]> wrote:

> Thanks for the enlightment. I turned the service to
> `Manual' for now. Funny
> to see what the service manager says:
> 
> Display Name: Logitech Process Manager
> Description:  Webcam Effects Helper
> 
> Is that supposed to be the ``face overlay''
> features, or? Haven't yet
> scanned the Logitech support site/forum... I wonder
> :-\
> 
> Again, thanks for the enligthment.
> /norling
> 
> 
> 
> > -----Original Message-
> > From: [EMAIL PROTECTED] 
> > [mailto:[EMAIL PROTECTED] On Behalf Of
> Antony Baxter
> > Sent: Monday, March 06, 2006 6:22 PM
> > To: cygwin@cygwin.com
> > Subject: bash "Couldn't Allocate Heap" error -
> info.
> > 
> > 
> > Hello,
> > 
> > This afternoon, for the first time, I began
> experiencing the
> > 
> > C:\cygwin\bin\bash.exe: *** fatal error - couldn't
> allocate heap 
> > ... child_copy: stack write copy failed,...
> > 
> > errors that have been reported on this list
> before. I am 
> > getting these errors on every '#! /bin/bash'
> > script, though I can initially open a bash shell.
> > 
> > I tried changing the heap sizes, and tried
> rebaseall - 
> > neither made a difference.
> > 
> > Earlier today I had installed the drivers for my
> new Logitech 
> > webcam. Suspecting that these might be the
> problem, I killed 
> > all the Logitech processes, restarted all my
> Cygwin services, 
> > restarted Cygwin/X, and lo & behold, all the
> errors 
> > disappeared and everything worked fine.
> > 
> > It'd be great to get these to work together, but
> not the end 
> > of the world if its not possible. Any thoughts?
> > 
> > Thanks,
> > 
> > Ant.
> > 
> > 
> > 
> > 
> >
>
___
> > To help you stay safe and secure online, we've
> developed the 
> > all new Yahoo! Security Centre.
> http://uk.security.yahoo.com
> > 
> > --
> > 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/
> > 
> 
> 




___ 
Yahoo! Photos – NEW, now offering a quality print service from just 8p a photo 
http://uk.photos.yahoo.com

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



bash "Couldn't Allocate Heap" error - info.

2006-03-06 Thread Antony Baxter

Hello,

This afternoon, for the first time, I began
experiencing the

C:\cygwin\bin\bash.exe: *** fatal error - couldn't
allocate heap 
... child_copy: stack write copy failed,...

errors that have been reported on this list before. I
am getting these errors on every '#! /bin/bash'
script, though I can initially open a bash shell.

I tried changing the heap sizes, and tried rebaseall -
neither made a difference.

Earlier today I had installed the drivers for my new
Logitech webcam. Suspecting that these might be the
problem, I killed all the Logitech processes,
restarted all my Cygwin services, restarted Cygwin/X,
and lo & behold, all the errors disappeared and
everything worked fine.

It'd be great to get these to work together, but not
the end of the world if its not possible. Any
thoughts?

Thanks,

Ant.




___ 
To help you stay safe and secure online, we've developed the all new Yahoo! 
Security Centre. http://uk.security.yahoo.com

--
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: patch cygrunsrv for running native win32 applications

2005-10-14 Thread Antony Baxter
>Christopher Faylor writes:

>> LOL.

> Propose a gold star for Antony Baxter - I believe he
is 
> the first person on record as getting a laugh out of

> CGF!
>
> ht

Thank you, thank you,  you're too kind!

However, I think it would just be construed as a form 
of nepotism - for the record Henry used to be one of
my 
lecturers in Edinburgh, several years ago. 

Waddya mean you *don't remember*?

Ant.



___ 
How much free photo storage do you get? Store your holiday 
snaps for FREE with Yahoo! Photos http://uk.photos.yahoo.com

--
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: patch cygrunsrv for running native win32 applications

2005-10-13 Thread Antony Baxter
>>Is there maybe some counter-effect that I don't
know?
>
>Nothing serious.  Every so often it will issue a 
>pop-up dialog that says.
>
>"Look, behind you!  It's a fiddler crab!"
>
> [OK]
>
>And, then when you look behind you there will be no
>fiddler crab.
>
>You still have to press the OK button, though. 
That's 
>pretty annoying. Someone should fix that.  I'm sure 
>that it would be pretty simple.
>
>cgf

When I tried that, there *was* a fiddler crab behind
me. Will that be fixed in 1.5.19?

ant.





___ 
Yahoo! Messenger - NEW crystal clear PC to PC calling worldwide with voicemail 
http://uk.messenger.yahoo.com

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



ogg123 problem

2005-09-23 Thread Antony Baxter
Hello,

I've recently installed the vorbis-tools (v. 1.1.1-3)
package via setup, and have discovered a small problem
with ogg123 - CTRL-C seems to have no effect, either
playing local files or streams. kill -9 seems to be
the only way to stop ogg123 playing. 

Ant.



___ 
To help you stay safe and secure online, we've developed the all new Yahoo! 
Security Centre. http://uk.security.yahoo.com

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



esound-0.2.36 - missing file?

2005-09-23 Thread Antony Baxter
Hello,

I've just installed the esound package (v. 0.2.36) via
Setup, and have discovered that although 'esddsp' has
a man page installed, the executable itself isn't, and
nor is it present inside the downloaded tar.bz2 file.

Ant.



___ 
To help you stay safe and secure online, we've developed the all new Yahoo! 
Security Centre. http://uk.security.yahoo.com

--
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: 1.5.18: Problem launching URLs from Pine

2005-08-31 Thread Antony Baxter
Igor,

> I haven't had a chance to debug this properly, but
from the first
> glance at the code, it's actually weirder than that.
The "U" in the
> debug output means that pine tries to use the user's
preferred shell.
> If SHELL is undefined, pine tries to use /bin/csh
(yes, "csh" --
> don't ask me why). In system mode, it uses /bin/sh,
like all normal
> apps.
> 
> Anthony, do you have the tcsh package installed? If
not, that may be
> your problem. Just for kicks, if you don't have a
/bin/csh, try "ln
> /bin/sh /bin/csh" (yes, I know it won't work with
csh syntax), and
> see if that makes pine work for you.
> 
> Another thing to try is to export SHELL from bash.
Just say "export 
> SHELL" with the current value (i.e., /bin/bash).

Yup, both of those solutions work, though I'm sticking
with exporting 
SHELL for portability. I don't have tcsh installed.

> As for fixing this, there are two options -- one is
to send a patch 
> upstream (who uses /bin/csh nowadays anyway?), and
another is to make
>  "pine" depend on "tcsh".

Out of interest, is it correct behaviour for Bash to
return a value for 
SHELL even though it hasn't been explicitly set?
Presumably this is 
handled by Bash itself in such a way that getenv
doesn't see it; is that 
in itself a bug?

Ant.




___ 
How much free photo storage do you get? Store your holiday 
snaps for FREE with Yahoo! Photos http://uk.photos.yahoo.com

--
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: 1.5.18: Problem launching URLs from Pine

2005-08-31 Thread Antony Baxter
> According to Antony Baxter on 8/31/2005 2:02 AM:
> 
>> % echo $SHELL
> 
>> returns /bin/bash, but stdlib's getenv("SHELL")
>> returns null. Pine uses getenv("SHELL") to figure
 >> out how to execute external apps.
>> 
>> Explicitly setting SHELL to /bin/bash allows Pine
 >> to work.
> 
> Sounds like a bug should be reported upstream to
Pine
 > to use /bin/sh when SHELL is undefined!

Oh right - I forgot to mention - it defaults to csh
otherwise. I don't have csh installed. Pine doesn't
report this.

Ant.




___ 
How much free photo storage do you get? Store your holiday 
snaps for FREE with Yahoo! Photos http://uk.photos.yahoo.com

--
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: 1.5.18: Problem launching URLs from Pine

2005-08-31 Thread Antony Baxter


Brian Dessent wrote:

> Antony Baxter wrote:
> 
> 
>> anything to work. At the moment I've set
>>
>>   url-viewers = /home/ant/bin/viewUrl
>>
>> in my .pinerc where viewUrl is a 1-line script as
>> follows:
>>
>>   echo $1 >> /tmp/viewUrl.log
>>
>> When run from the command line this (obviously)
works
>> fine. However,

Hi there,

> If it's a script file it probably needs a shebag as
the first line
> (#!/bin/sh).  Also, make sure it has execute
permissions (chmod 755).
 >
> It depends on how pine tries to execute it though. 
If it uses system()
> then the shebang is not necessary, otherwise it
probably is.

Spent some time on this last night and have now got to
the bottom of it. 
It seems that, in Bash, if I don't explicitly set my
SHELL environment 
variable,

% echo $SHELL

returns /bin/bash, but stdlib's getenv("SHELL")
returns null. Pine uses 
getenv("SHELL") to figure out how to execute external
apps.

Explicitly setting SHELL to /bin/bash allows Pine to
work.

Hope someone else finds this useful!

Ant.




___ 
How much free photo storage do you get? Store your holiday 
snaps for FREE with Yahoo! Photos http://uk.photos.yahoo.com

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



1.5.18: Problem launching URLs from Pine

2005-08-30 Thread Antony Baxter

Hello,

I've come across a problem with Pine under Cygwin.
I've tried this with 
the stock Cygwin version of Pine (latest available
from Setup: 4.58-1), 
and have also compiled up the latest version (4.63)
and had the same 
result. I've also tried version 4.60 on Solaris and
could not reproduce 
the problem.

I'm trying to use the "url-viewers" setting in my
.pinerc to launch an 
external app to handle urls supplied in emails.
However, I cannot get 
anything to work. At the moment I've set

   url-viewers = /home/ant/bin/viewUrl

in my .pinerc where viewUrl is a 1-line script as
follows:

   echo $1 >> /tmp/viewUrl.log

When run from the command line this (obviously) works
fine. However, 
running it from Pine by hitting Enter on a URL and
answering 'yes' to 
the 'View selected URL "http:"', Pine reports
"VIEWER Command 
Completed", but nothing is added to the log file. On
Solaris this works 
fine; the log is updated.

Running Pine with -d 9  (highest debug level) I get
the output below 
(only relevant bits shown).

I presume the problem is somewhere in the
open_system_pipe method in 
pine/osdep/os-cyg.c, but my C and/or Cygwin internals
knowledge is 
pretty limited.

If anyone's get time to take a look, it'd be much
appreciated.

Thanks,

Ant.

===

Relevant "pine -d 9" output:

  12:46:02.873219
  Want_to read: y (121)

  12:46:02.873219
  resume_busy_alarm

  12:46:02.873219
  Opening pipe: "/home/ant/bin/viewUrl
'http://www.google.com'" (UT)

  12:46:02.873219
  about to end_tty_driver

  12:46:02.873219
  end_screen called

  12:46:02.915219
  PID: 2800, COMMAND: /home/ant/bin/viewUrl
'http://www.google.com'

  12:46:02.915219
  new mail called (force=0 VeryBad flags=0x0)

  12:46:02.916219
  INBOX: force=0 interval=150 exp_reap_to=300
adj_idle_to=1650

  12:46:02.916219
  since_last_ping=4 since_last_reap=5

  12:46:02.916219
   new mail returning -1  

  12:46:02.918219
  fix_windsize()

  12:46:02.919219
  new win size -<26 170>--

  12:46:02.919219
  Closed pipe: PID=2800: status=255

  12:46:02.919219
  q_status_message(VIEWER command completed)






___ 
To help you stay safe and secure online, we've developed the all new Yahoo! 
Security Centre. http://uk.security.yahoo.com
Cygwin Configuration Diagnostics
Current System Time: Tue Aug 30 12:31:01 2005

Windows XP Professional Ver 5.1 Build 2600 Service Pack 2

Path:   C:\Cygwin\home\ant\.bin
C:\Cygwin\usr\local\bin
C:\Cygwin\bin
C:\Cygwin\usr\sbin
C:\Cygwin\bin
C:\Cygwin\usr\local\sbin
C:\Cygwin\usr\X11R6\bin
C:\Cygwin\lib\gcc-lib\i686-pc-cygwin\3.3.3
C:\Cygwin\lib\subversion\bin
C:\Cygwin\opt\mono\bin

Output from C:\Cygwin\bin\id.exe (nontsec)
UID: 500(ant)GID: 513(None)
0(root)  513(None)544(Administrators)
545(Users)   1005(Debugger Users)

Output from C:\Cygwin\bin\id.exe (ntsec)
UID: 500(ant)GID: 513(None)
0(root)  513(None)544(Administrators)
545(Users)   1005(Debugger Users)

SysDir: C:\WINDOWS\system32
WinDir: C:\WINDOWS

LD_LIBRARY_PATH = 
`/lib:/usr/lib:/usr/libexec:/usr/local/lib:/usr/local/libexec:/usr/include'
PWD = `/home/ant'
CYGWIN = `ntsec tty notitle glob server'
HOME = `/home/ant'

HOMEPATH = `\Documents and Settings\Administrator'
SCREENRC = `/home/ant/.screenrc'
MANPATH = 
`/usr/local/man:/usr/man:/usr/share/man:/usr/autotool/devel/man::/usr/ssl/man:/usr/X11R6/man'
APPDATA = `C:\Documents and Settings\Administrator\Application Data'
VS71COMNTOOLS = `C:\Program Files\Microsoft Visual Studio .NET 
2003\Common7\Tools\'
JAVA_LIBRARIES = `/opt/java/libraries'
TAB = `2856'
MRXVT_TABTITLE = `Terminal'
TERM = `ansi'
PROCESSOR_IDENTIFIER = `x86 Family 15 Model 2 Stepping 9, GenuineIntel'
WINDIR = `C:\WINDOWS'
MINIPWD = `/home/ant'
WINDOWID = `16777219'
JAVA_LIB = `/opt/java/jdk/lib'
MAILNAME = `antony baxter'
OLDPWD = `/home/ant/src/pine/pine4.63/pine'
JBOSS_HOME = `/opt/java/jboss'
USERDOMAIN = `BEARDSLEY'
OS = `Windows_NT'
ALLUSERSPROFILE = `C:\Documents and Settings\All Users'
LC_ALL = `C'
JBOSS_DIST = `/opt/java/jboss'
LS_FILTER_FILES = 
`\.addressbook*|\.cvspass|\.DS_Store|\._history|\.elc|\._mp3*|\.directory|\.kxmlrpcd|pid_infifo_*|\.pid_*|\.TT*|\.dtprofile|\.flex*'
NAME = `Antony Baxter'
!:: = `::\'
LS_COLORS = 
`ex=00;31:no=00;32:fi=00:di=00;33:ln=00;36:pi=00;35:so=00;34:bd=40;33;01:cd=40;33;01:*.tar=00;31:*.tgz=00;31:*.arj=00;31:*.taz=00;31:*.lzh=00;31:*.zip=00;31:*.z=00;31:*.Z=00;31:*.gz=00;31:*.jar=00;31:*.deb=00;31:*.cmd=00;32:*.exe=00;32:*.com=00;32:*.btm=00;32:*.class=00;3

Gnu Screen

2004-04-27 Thread Antony Baxter
Hello,

Sorry if this is slightly off-topic for this mailing
list, but I've been 
following with interest the progress of getting Gnu
Screen (1) to work 
100% under Cygwin, on the Screen mailing list (2).
When I last tried it, 
everything worked except the ability to disconnect and
then reconnect to 
a running screen session, and people were working on
patches for this.

However, I just got back from holiday to discover that
the Screen 
mailing list has closed down, with no explanation of
why that I could 
find, and along with it the list archives have
vanished. Does anyone 
know why, and/or where its replacement might be found?
And has anyone 
succeeded in patching Screen to work fully under
Cygwin?

Thanks,

Antony.

(1) http://www.gnu.org/software/screen/
(2) http://groups.yahoo.com/group/gnu-screen/






Yahoo! Messenger - Communicate instantly..."Ping" 
your friends today! Download Messenger Now 
http://uk.messenger.yahoo.com/download/index.html

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