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...
>
> Howeve
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:
>
> htt
> 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!
>
> Unfortunat
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. I
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
grin
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 PROT
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
>> 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
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://co
> 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.
__
ort 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
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, tho
>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 ne
>>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 pre
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.
__
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.
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
> 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.
>>
>> Expl
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 >> /
7\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 =
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 t
21 matches
Mail list logo
