similar to: worldmap_region/country problem

Dear All, We are currently working with very large datasets which even in R require a lot of calculation time. Is there an option of including a function/ tool or something alike which shows the remaining time of calculation? Just to see whether there is any progress or whether anything has crashed and to get a feeling whether we have to wait for 5 min or 30min... Any help is greatly

Dear All, at the moment I am using R for calculations of large databases. Unfortunately, R only manages to complete certain operations at some times, and not at others. I usually get the error message "cannot allocate vector of size XX" I am using the 64-bit version with Windows 7. While my computer has 8 RAM, I do have a feeling that R cannot use all of it. Searching online, I

I'm fond of the "-a" (archive) option of cp, and I'm a heavy user of scp, so I guess it's inevitable that I would eventually add support for "-a" to scp. :-) Actually, it's a "-L" flag for preserving symlinks, and a "-a" flag that is shorthand for "-Lpr". Please let me know if I'm not doing this right.... I made a great

When copying from a remote host to a local filesystem with a strange block size, allocbuf() in scp.c seems to calculate an incorrect buffer size, causing the copy loop in sink() to write past the end of the buffer. For example, with smbfs, the optimal block size is negotiated when the client connects to the server, and is rarely a power of two. In my case it is 64560. This loop in sink() keeps

1) A lot (but not all) of my smbd / nmbd logs are going to /var/log/messages instead of /var/log/samba/ I tried a couple of things in syslog.conf, but just don't know the magic word for samba logs. 2) I'm getting lots of "couldn't find service" errors. I had: [data] path = /data read only = no public = yes browseable = yes writeable

I don't know if anyone would be interested in this but I'm including a patch to allow for offsets when transferring files with SCP. It's pretty simple and assumes the user knows what they are doing (for example, if transferring with a wild card the offset would apply to all files). -A is the number of bytes offset from the beginning of the files. -Z is the number of bytes inset

Hi, I have made a patch which improves scp utility. It adds two new features: rate limit and resume support. With rate limit it's possible to limit transfer speed. Resume allows to continue file transfer where it was last interrupted. Also the progress meter was improved. Here is my patch, please send comments about it and what I can do better if there is something to fix. ---

A while back someone posted a patch for scp that updates it to deal with files > 2gb by using 64 bit offsets as defined by LFS (Large File Sumit). I belive the patch was tested on Linux but maybe not on other systems that support largefiles. I've tried this under Solaris and scp fails with a broken pipe on only the second write to the pipe between scp and ssh if the file is over 2gb. If

Hi, This patch addresses the following issue: [Problem] MinGW build of flac command fails to parse piped WAV input with WAVEFORMATEXTENSIBLE format. [Description] This is because MinGW fseeko() doesn't return error for the attempt to seek on non seekable file (same behavior as MSVC). The simplest solution would be to change #ifdef _MSC_VER to #ifdef _WIN32 here. Instead, this patch tests

I''ve noticed that fstyp on a floppy media formatted with "pcfs" now needs somewhere between 30 - 100 seconds to find out that the floppy media is formatted with "pcfs". E.g. on sparc snv_48, I currently observe this: % time fstyp /vol/dev/rdiskette0/nomedia pcfs 0.01u 0.10s 1:38.84 0.1% zfs''s /usr/lib/fs/zfs/fstyp.so.1 seems to add about 40 seconds to that

http://bugzilla.mindrot.org/show_bug.cgi?id=1173 Summary: scp reports lost connection for very large files Product: Portable OpenSSH Version: 4.3p2 Platform: HPPA OS/Version: HP-UX Status: NEW Severity: normal Priority: P2 Component: scp AssignedTo: bitbucket at mindrot.org ReportedBy:

Dear developers, I discovered that directories created by scp when recursive copying into a sgid directory do not inherit the sgid bit. I believe this is a bug. A patch to fix this is attached. Regards, Petr Skovron -------------- next part -------------- --- scp.c.orig 2005-10-11 16:50:17.000000000 +0200 +++ scp.c 2005-10-11 16:57:25.000000000 +0200 @@ -876,8 +876,12 @@

I am so out of my depth on this one, but I would welcome some help. I have the following network and did get it to work with m0n0wall (a BSD firewall) an option called "transparent bridge". I've switched to Clark Connect because of its support for content filtering, and installed bridge-utils. I have a home network based a single WAN-facing NIC, eth0, that gets a public IP address

Hello all... Found a weird one here. I tried to search the web but I'm not having luck so I thought I'd hit the mailing list. We have noticed off and on all school year that every so often a user gets an email that they just can't delete using Thunderbird or Outlook over IMAP (we do not support Pop3 anymore.) Essentially the user clicks the email and takes it to the trash.

The initial proposal to include AAP in LLVM met with some concern that it would be actively maintained (thread from http://lists.llvm.org/pipermail/llvm-dev/2016-August/103807.html ), and after some review activity seemingly went quiet (although review code has been updated quite recently). Is AAP likely to land any time soon? Also an AAP architecture question (possibly the wrong forum, though

Am 24.04.2006 um 23:17 schrieb Colin Percival: > cperciva 2006-04-24 21:17:02 UTC > > FreeBSD src repository > > Modified files: > sys/amd64/amd64 mp_machdep.c > sys/i386/i386 mp_machdep.c > Log: > Adjust dangerous-shared-cache-detection logic from "all shared data > caches are dangerous" to "a shared L1 data cache is

Hello List. I have a problem with Samba 2.2.8a and a Win-Add that collects and calculates data using Turbo-DB SQL. In case two Win2K Clients are doing the same process it sometimes stopps executing (it hangs), so that the clients just can be reseted. After turning the log-level to 4 there ist the following piece loged: snipp - - - - [2004/02/06 12:16:19, 3] smbd/process.c:process_smb(846)

< This patch is against openssh-2.5.2p2 > Here's a few lines we changed a while back in "scp.c" to get it to transfer large (>2GB) file on a 32-bit system using LFS. Obviously, you don't want the line hard-coded in that sets _FILE_OFFSET_BIT=64, but perhaps you could make it a configure option. (Is it already perhaps?) Do you agree that these lines are neccessary

broomcor bell-ditch behrampada q2 biosensors zorroiii Wouldn't you like to save vp to 70% on your me+dications? Being gen)eric, our products are less expensive than the brand name equivalants. The reason that you can bvy our products for less is that we dont pay for branding, ma~rketing, advertising, or a costly sales force. We pass along those cost saviings directly You can now order

Hi, The following patch does two things (which you may choose to take separatly if you don't like one or t'other). Firstly, I add a -1 and -2 option, since a) it's convenient b) people keep asking for it c) it's hardly a big fix, nor does it break backwards compatibility and d) I don't accept any slippery slope arguments. Secondly, I check for and ignore filenames with \n in