similar to: LF not found where expected

The version of locfit on the web site mentioned apparently has been revised by Prof. Loader, and is newer than the CRAN version that I have been maintaining. If Prof. Loader is OK with it, I will take a look and see if I can get the new version into CRAN-conforming form and upload to CRAN. Meanwhile, make sure you're using the package from Prof. Loader's web page, instead of the one on

http://bugzilla.mindrot.org/show_bug.cgi?id=1084 dtucker at zip.com.au changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED ------- Comment #2 from dtucker at zip.com.au 2006-10-07 11:42 ------- Change all RESOLVED bug to CLOSED with the exception

HI. I just finished installing a new mail server running CentOS Ver 4. and I am running sendmail with devecot 0.99.11. Everything is working fine except for a customer of mine is using a tool that does pop requests. And his tool is failing waiting on a CR LF in the +OK. I did a small hex dump of my old pop and the dovecot pop and he is right. Docevot POP does not end its +OK with a CR LF. I

Hello, I found another problem in the simple menu system with serial console. The menu system doesn't reset LF/NL which was set in console_ansi_row(), because it never calls the destructor, console_clenup(), and so the LF/NL remains until you run "reset" command in sh on Linux. -- HIRANO Takahito hiranotaka%zng.info

The SingleSource/Regression/C/callargs.c test uses the %lf format specifier for printf. However, "man printf" does not specify what this means. Shouldn't the following patch be applied? - Volodya -------------- next part -------------- A non-text attachment was scrubbed... Name: callargs.diff Type: text/x-diff Size: 1463 bytes Desc: not available URL:

(Maybe this is a re-posting: sorry for that.) Hello, a SonicWALL appliance that protects my servers' LAN has suddenly begun to refuse OpenSSH connections with the following message: 'SSH 2.0 Overly Long Protocol Version Exchange String, SID: 3696, Priority: High - This signature detects overly long "Protocol Version Exchange" string in SSH 2.0. The maximum length of the

Howdy all, Dec 19 14:24:53 dev imap(seb): Error indexing mbox file /var/mail/seb: LF not found where expected I just installed version dovecot-0.99.12.1 for the first time on FreeBSD 4.10 stable. This error occurs when I try to check my mail from a remote client and I have new messages. Here is my configuration: http://unf.be/dovecot.conf It's very close to the default install. In

Hello, It seems that mbox format mailboxes holding \r\n (CR + LF) character sequences (instead of \n only) still cause assertion failures when moving messages from one folder to another. -- dovecot: Jul 19 17:14:52 Error: IMAP(dovetest): file istream-raw-mbox.c: line 38 3 (istream_raw_mbox_get_body_size): assertion failed: (rstream->body_offset != ( uoff_t)-1) -- I seems to work in -test78

No, I don't. But I do know that Samba provides transparent file access -- it has no idea what data is in the files it offers to the clients. It could be a database, a JPEG, a text document, or an executable program. What you suggest would be an extremely bad idea. You need better clients -- it is the clients that interpret the contents of the file. Samba is just another file access method.

--exclude-from and --cvs-exclude currently do not accept exclude files that use CR/LF (DOS-style) line breaks. It basically behaves as if the files are empty. This is rather annoying if the exclude files are generated by Windows systems (e.g. if you're using --cvs-exclude and rsync'ing the contents of a Samba share that includes .cvsignore files). Attached is a simple 1-line patch (for

I am trying to build a package binary, and get the message below. Can anyone point me to a solution to that problem. Thanks in advance S?ren .... installing data files installing man source files installing indices Error in load(zfile, envir = envir) : input has been corrupted, with LF replaced by CR Execution halted make[2]: *** [indices] Error 1 make[1]: *** [all] Error 2

On 25/07/2020 4:48 p.m., nospam at altfeld-im.de wrote: > Dear R developers, > > I am developing an R package which returns strings with new line codes. > I am not sure if I should use "\r\n" or "\n" in my returned strings on Windows platforms. > > What is the recommended best practice for package developers (and code in base R) for coding new lines in

Hello, I have the following problem in installing a package (in windows xp) >rcmd install -c dlm [ ..stuff deleted ] ... DLL made installing DLL installing R files installing inst files installing data files installing man source files installing indices Errore in load(zfile, envir = envir) : l'input ?? stato danneggiato, LF sostituiti da CR Esecuzione interrotta

Hi, I'm new on this list, and just skimmed through the archives, so I appologize if this has been requested before. I read in the FAQ that you do not convert. LF to CR/LF because there is no sure way of knowing what type of file something is. I could see that this would cause problems if you converted a binary file or some other data file. But what if you assign a directory that would always

Hello everyone, I'm getting the error below for 2 different users on my system of 150+ users: Sep 12 09:32:49 uavco pop3-login: Login: cah [::ffff:172.16.3.107] Sep 12 09:32:49 uavco pop3(cah): Error indexing mbox file /var/mail/cah: LF not found where expected Sep 12 09:32:49 uavco pop3(cah): Error indexing mbox file /var/mail/cah: LF not found where expected Sep 12 09:32:49 uavco

Hi I have installed dovecot 0.99.14-r1 + postfix 2.1.5-r2 in a gentoo OS Looking into the mail.err log I see the following errors: Sep 6 12:26:23 mail pop3(u0185): Error indexing mbox file /var/spool/mail/u0185: LF not found where expected Sep 6 12:26:23 mail pop3(u0185): Error indexing mbox file /var/spool/mail/u0185: LF not found where expected Sep 6 12:26:23 mail pop3(u0185):

Hi, could somebody apply the below patch to contrib/cygwin/ssh-host-config? The patch solves a problem with the way, the Windows pendant of the /etc/services file is used. This file has (obviously) CRLF line endings. The ssh-host-config file tries to accomodate that when adding the ssh service entries but I never reviewed this functionality in the light of some major changes in the Cygwin DLL.

Dear R help group: I am attempting to produce a density plot from a list of 20000 values using the density.lf function and would appreciate any help, I hope I have done my homework reading the documentation but I still seem to be missing something basic. I have read the data as a table using read.table, with header=TRUE (I excluded 2000 values), when calling the objects it appears to be there and

New to Samba, so excuse me if this is a stupid question, but I've searched the different on line resources and can't find an answer. When I copy Perl scripts from my Windows 2000 machine to the UNIX Samba share on that same machine, a CR/LF appears at the end of each line instead of just the CR, making UNIX unhappy when I go to run those scripts. Any way to have Samba strip the LF

Hi everybody! I hope that you are not already "pissed off" of all the crlf/lf conversion discussion between dos and unix ;-) Concerning that topic I have a question / suggestion: This is what we have: We are using a Win NT 4.0 Server with Win95 clients. Additionally we have a Sun (Solaris 2.5) running in the same network. To access the Sun in character mode we use a terminal