similar to: Problems with fread

Hi Currently I am trying to get device-mapper and dmraid ported to compile against klibc. So far there was no real issues, as the only thing they used was fscanf and feof not available presently in klibc (but easy to work around). Other than that there are really no way to easily check for installed klibc's other than trying to mangle the output of klcc (from adjusted configure.in): -----

Hi I have mailed about this previously, but back then it was not really confirmed, so I have let it be at that. Anyhow, problem is that for some reason 2.5/2.6 ext3 with HTREE support do not like what perl-5.8.0 does during installation. It *seems* like one of the temporary files created during manpage installation do not get unlinked properly, or gets into the hash (this possible?) and cause

Hi, So far with the latest changes the projects I am trying to port works fine, except for a mismatch on what is considered the ansi behaviour of islower() in ctype.h: ----- i = 220 islower (i) = 0, ISLOWER (i) = 0 toupper (i) = 220, TOUPPER (i) = 220 i = 221 islower (i) = 0, ISLOWER (i) = 0 toupper (i) = 221, TOUPPER (i) = 221 i = 222 islower (i) = 0, ISLOWER (i) = 0 toupper (i) = 222, TOUPPER

Hi, Any reason why the scsi headers and malloc.h are not installed as well for klibc 'make install' ? Thanks, -- Martin Schlemmer -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url :

Hi, I am getting this: ----- armv4-unknown-linux-gnu-ld -o tests/fcntl.shared -e main interp.o tests/fcntl.o -R libc.so /usr/lib/gcc-lib/armv4-unknown-linux-gnu/3.3.5/libgcc.a armv4-unknown-linux-gnu-ld: internal error: aborting at /space/var/tmp/portage/binutils-2.15.90.0.3-r4/work/binutils-2.15.90.0.3/ld/ldlang.c line 3835 in lang_place_orphans armv4-unknown-linux-gnu-ld: please report this

Hola, usaba fread porque me devuelve data.table que es lo que quiero usar El 29 de septiembre de 2015, 17:05, Carlos Ortega <cof en qualityexcellence.es> escribió: > No sé porqué piensas que "fread" va poder leer cualquier cosa... > > Ya que lo tienes en Word, prueba con esto: > https://github.com/hrbrmstr/docxtractr > > Saludos, > Carlos Ortega >

I''ve got a client who''s recently been moved onto a CentOS4 machine from a 3.x and is writing: "It looks like there''s one remaining problem now; at several points in the PHP part of the dating software, C- binaries are called using popen(). The binaries work correct (tested at the command line with the proper arguments) The popen() retrieves the correct command

Hello everybody, I need to read a file with a header (EDF files, recorded electroencephalogram signals) that has fixed byte positions for each field of its header. These fields have no separator between them, for example: <8 ascii name of the patient><10ascii start time of the recording><4 ascii ... > etc. I read that perfectly in Octave by using fread, fseek and other

Si en la línea 1856 de tus datos reemplazas |"cotton-wool" spots| por |cotton-wool spots| funciona (y fread lee todas las línas). Suena a bug en el paquete (porque las comillas que no son vecinas de separador las gestiona correctamente). Igual quieres comentarle al autor del paquete el problema para que le eche un ojo. De todos modos, te recomendaría que comprobases el problema

Hola de nuevo, el archivo .rel esta en una carpeta comprimida .zip, yo la descomprimo con win rar. Como no sea ese el motivo por el que no me da el fichero completo? El 30 de septiembre de 2015, 10:30, MªLuz Morales <mlzmrls en gmail.com> escribió: > Pues soy gafe entonces, > no lo entiendo: > > > datIn <- fread("C:\\Users\\iphealthMariluz\\Documents\\Proyecto

Y con fread.. directamente sobre el ".rel"... > datIn <- fread("DRUG-AE.rel") > dim(datIn) [1] 6821 8 Saludos, Carlos Ortega www.qualityexcellence.es El 29 de septiembre de 2015, 18:45, Pedro Concejero Cerezo < pedro.concejerocerezo en telefonica.com> escribió: > No tiene cabecera. Tendrás que ponerle nombre a las variables > Prueba este código,

Hi, If say ppc where LDFLAGS=, you get the problem that klcc is generated like: ----- @LDFLAGS = ( '' ) ----- which then causes '' to get passed to ld, which gives: ----- /usr/bin/ld: : No such file: No such file or directory ----- One of two ways (I tried over here at least) to fix it, namely the quick hack: ----- --- 1/makeklcc.pl 2005-03-10 00:22:03.000000000 +0200

__FD_SET, __FD_CLR, __FD_ISSET, __FD_ZERO are inside of __KERNEL__ in: include/asm-ia64/posix_types.h and therefore not available. I've added stuff like this to our code: #ifndef __FD_SET #define __FD_SET(d, set) ((set)->fds_bits[__FDELT(d)] |= __FDMASK(d)) #endif but it would be nice if this can be solved in klibc. Thanks, Kay

Hola de nuevo, parece que la última versión del paquete data.table es 1.9.6 La he probado y parece que no funciona bien, me da error: Error in fread("C:/Users/iphealthMariluz/Documents/Proyecto iphealt/ProcesamientoTexto/Adverse Drug Event/ADE-Corpus/DRUG-AE_eliminoLinea1856.rel") : 4 arguments passed to .Internal(nchar) which requires 3 El 30 de septiembre de 2015, 13:38,

This fix has been implemented in preparation for the upcoming klibc merge in -mm. But as it fixes a real (but rare I hope) bug in vanilla kernel it will be added to my pending 2.6.17 kbuild queue. I've done quite some changes to the gen_initramfs script and being shell programming newbie review by more experienced shell hackers would be appreciated. I did a git mv

Buenas tardes, intento almacenar el contenido de un archivo .docx en un data.table, pero solo me devuelve 1855 filas cuando deberñian ser 6821. Sin embargo, el mismo archivo se me descarga completo usando read_docx {qdapTools}, pero este devuelve un vector carácter y no es lo que quiero. ¿Alguien sabe donde puede estar el problema? Nota: El docx procede de un archivo .rel que descargué de

Hi, My problem is at the second fread function, fread(&nbBytes, sizeof(int), 1, fin); //the first fread fread(cbits,1, nbBytes, fin);// the second fread. When I'm debugging always nbytes is greater than cbits. This give me a execution error. Thanks. Rodrigo. <p><p><p>-----Mensaje original----- De: owner-speex-dev@xiph.org [mailto:owner-speex-dev@xiph.org] En nombre

También si nos envías el .rel nos ayudaría a ver qué pasa... Saludos, Carlos Ortega. El 29 de septiembre de 2015, 17:38, MªLuz Morales <mlzmrls en gmail.com> escribió: > De acuerdo, > voy a probarlo > Muchas gracias > > Saludos > MªLuz > > El 29 de septiembre de 2015, 17:31, Pedro Concejero Cerezo < > pedro.concejerocerezo en telefonica.com> escribió: >

Hi, Just wondering if klibc are planning on supporting the .note.GNU-stack section and all it entails ? On sort of a related topic - we have QA tests that checks if something have executable stack. Klibc of course fails due to the many .S, and not passing --noexecstack to gas. Adding this to EXTRA_KLIBC{C,A,LD}FLAGS fixes the issue for all the syscalls, crt0.o, interp.o and the .so, as well as

Good day, a quick bug while encoding speexes in speexenc. While reading a .wav in function read_samples, size can get to negative values, as long as fread is able to go forward with reading the file. This can happen with Protools-generated wavs, where they put additional information after the "data" fourcc. I created a very quick hack by adding: int tentative_read =