opensuse
[Arriba] [Todas las Listas]

[opensuse] bash -- Dónde dentro el heck es "^M...80 espacios...^M" Cons

To: suse <opensuse@xxxxxxxxxxxx>
Subject: [opensuse] bash -- Dónde dentro el heck es "^M...80 espacios...^M" Consiguiendo escrito por tee?? (Puede lo cojo?)
From: "David C. Rankin" <drankinatty@xxxxxxxxxxxxxxxxxx>
Date: Wed, 28 Sep 2011 18:09:38 -0500
Delivered-to: opensuse@xxxxxxxxxxxxxxxxxxx
Delivery-date: Wed, 28 Sep 2011 19:09:58 -0400
Envelope-to: traductor@xxxxxxxxxxx
List-archive: <http://lists.opensuse.org/opensuse/>
List-help: <mailto:opensuse+help@opensuse.org>
List-owner: <mailto:opensuse+owner@opensuse.org>
List-post: <mailto:opensuse@opensuse.org>
List-subscribe: <mailto:opensuse+subscribe@opensuse.org>
List-unsubscribe: <mailto:opensuse+unsubscribe@opensuse.org>
Mailing-list: contact opensuse+help@xxxxxxxxxxxx; run by mlmmj
Organization: Rankin Law Firm, PLLC
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:7.0) Gecko/20110922 Thunderbird/7.0
*Guys,

Esto está desconcertando... Otro *rankinism... Consigo que esto es un regreso de transporte en el archivo y él es normalmente asociado con *dos/*unix editando de archivos, pero no puedo decir si estoy causándolo o si es justo *dvgrab. Si yo producción *sdtout/*stderr a un terminal todo mira bien, pero cuándo compruebo el *log archivo, tengo dos espacios entre cada línea. Aquí es la producción de consola:

AV Encontrado/*C dispositivo con *GUID 0*x08004601017*ede99
Esperando para *DV...
La Captura Empezó
"*dcrv-1999.05.08_09-37-33.*dv": 467.72 *MiB 4087 marcos *timecode 00:02:16.13 fecha 1999.05.08 09:41:49 "*dcrv-1999.05.08_16-23-57.*dv": 784.15 *MiB 6852 marcos *timecode 00:06:05.03 fecha 1999.05.08 16:37:40 "*dcrv-1999.05.08_19-03-13.*dv": 718.69 *MiB 6280 marcos *timecode 00:09:34.19 fecha 1999.05.08 19:06:42

  Aquí es el *log:

AV Encontrado/*C dispositivo con *GUID 0*x08004601017*ede99
Esperando para *DV...
La Captura Empezó
"*dcrv-1999.05.08_09-37-33.*dv": 467.72 *MiB 4087 marcos *timecode 00:02:16.13 fecha 1999.05.08 09:41:49 ^*M ^*M"*dcrv-1999.05.08_16-23-57.*dv": 784.15 *MiB 6852 marcos *timecode 00:06:05.03 fecha 1999.05.08 16:37:40 ^*M ^*M"*dcrv-1999.05.08_19-03-13.*dv": 718.69 *MiB 6280 marcos *timecode 00:09:34.19 fecha 1999.05.08 19:06:42

  Literalmente, cada producción de línea de *dvgrab tiene un extra:

'^*M.....80espacios.....^*M'

Es bastante fácil para matar en *vi con '%*s/^*v^*m//*g' y '%*s/^ *//', pero quiero imaginar fuera de lo que está causando esta basura. El guión estoy utilizando es directamente adelante. 2 archivos provisionales son escritos para conseguir la información en el orden lo quiero, y la información es entonces *appended a un *log archivo y un índice de cinta:

<*snip>
# *initialize *vars y archivos
*tmpfn=/*tmp/*dvtmp.*log
*tmpapp=/*tmp/*dvapp.*log
:>$*tmpfn
:>$*tmpapp

# Escribe eco
de material -*e "\*nTape: $*tapect  --  \*n" >> $*tmpapp
eco -*e "\*nCapture Empezó: $(fecha '+%*b %*e %*T')\*n" | *tee -un $*tmpfn

# esto es la orden que está dándome basura
*dvgrab -*rewind -*timestamp -*autosplit=3600 -el formato crudo *dcrv- 2>&1 | *tee -un $*tmpfn
*dvcont *rewind

# *append captura *log
gato $*tmpfn >> /*dat_*e/*dv/captura.*log

# Consigue lista y *append *dvgrab *log a inferior
*ls -*l >> $*tmpapp
gato $*tmpfn >> $*tmpapp

# añade todo que embute al gato de índice
de la cinta $*tmpapp >>/*dat_*e/*dv/cinta-*idx.*txt

No puedo ver donde estoy causando los regresos de transporte y 80 espacios para conseguir *appended al *dvgrab producción... Me podría ser, pero no lo puedo ver! Cualquiera más ve cualquier cosa mal con el *tee llamada o cualquier cosa más que podría ser causar lo?

Otro que me haciendo algo mudo, lo parece es justo *dvgrab *spitting fuera de 'un regreso de transporte + 80 espacios + otro regreso de transporte' con cada *dv clip procesa...

Si es *dvgrab, entonces es allí una manera puedo haber *bash desnudar este *info antes de que consigue escrito a los archivos? La terminal él por *default evidentemente, porque la producción consigo de *stdout/*stderr mira correcto en *konsole, así que puede canalizo la producción #por algo (*hopefully más ligero que *sed) que lo desnudaría antes de que lo canalizo a *tee?

--
David *C. *Rankin, *J.*D.,*P.*E.
--
A *unsubscribe, *e-correo: *opensuse+unsubscribe@xxxxxxxxxxxx
Puesto que órdenes adicionales, *e-correo: *opensuse+help@xxxxxxxxxxxx


Guys,

This is baffling... another rankinism... I get that this is a carriage return in the file and it is usually associated with dos/unix editing of files, but I can't tell if I'm causing it or if it is just dvgrab. If I output sdtout/stderr to a terminal all looks good, but when I check the log file, I have two spaces between every line. Here is the console output:

Found AV/C device with GUID 0x08004601017ede99
Waiting for DV...
Capture Started
"dcrv-1999.05.08_09-37-33.dv": 467.72 MiB 4087 frames timecode 00:02:16.13 date 1999.05.08 09:41:49 "dcrv-1999.05.08_16-23-57.dv": 784.15 MiB 6852 frames timecode 00:06:05.03 date 1999.05.08 16:37:40 "dcrv-1999.05.08_19-03-13.dv": 718.69 MiB 6280 frames timecode 00:09:34.19 date 1999.05.08 19:06:42

  Here is the log:

Found AV/C device with GUID 0x08004601017ede99
Waiting for DV...
Capture Started
"dcrv-1999.05.08_09-37-33.dv": 467.72 MiB 4087 frames timecode 00:02:16.13 date 1999.05.08 09:41:49 ^M ^M"dcrv-1999.05.08_16-23-57.dv": 784.15 MiB 6852 frames timecode 00:06:05.03 date 1999.05.08 16:37:40 ^M ^M"dcrv-1999.05.08_19-03-13.dv": 718.69 MiB 6280 frames timecode 00:09:34.19 date 1999.05.08 19:06:42

  Literally, every line output from dvgrab has an extra:

'^M.....80spaces.....^M'

It's easy enough to kill in vi with '%s/^v^m//g' and '%s/^ *//', but I want to figure out what is causing this garbage. The script I'm using is straight forward. 2 temporary files are written to get the information in the order I want it, and the information is then appended to a log file and a tape index:

<snip>
# initialize vars and files
tmpfn=/tmp/dvtmp.log
tmpapp=/tmp/dvapp.log
:>$tmpfn
:>$tmpapp

# write stuff
echo -e "\nTape: $tapect  --  \n" >> $tmpapp
echo -e "\nCapture Started: $(date '+%b %e %T')\n" | tee -a $tmpfn

# this is the command that is giving me garbage
dvgrab -rewind -timestamp -autosplit=3600 -format raw dcrv- 2>&1 | tee -a $tmpfn
dvcont rewind

# append capture log
cat $tmpfn >> /dat_e/dv/capture.log

# get list and append dvgrab log to bottom
ls -l >> $tmpapp
cat $tmpfn >> $tmpapp

# add all that stuff to the tape index
cat $tmpapp >>/dat_e/dv/tape-idx.txt

I can't see where I'm causing the carriage returns and 80 spaces to get appended to the dvgrab output... It could be me, but I can't see it! Anybody else see anything wrong with the tee call or anything else that could be causing it?

Other than me doing something dumb, it looks like it is just dvgrab spitting out 'a carriage return + 80 spaces + another carriage return' with every dv clip it processes...

If it is dvgrab, then is there a way I can have bash strip this info before it gets written to the files? The terminal does it by default evidently, because the output I get from stdout/stderr looks correct in konsole, so can I pipe the output through something (hopefully lighter than sed) that would strip it before I pipe it to tee?

--
David C. Rankin, J.D.,P.E.
--
To unsubscribe, e-mail: opensuse+unsubscribe@xxxxxxxxxxxx
For additional commands, e-mail: opensuse+help@xxxxxxxxxxxx


<Anterior por Tema] Tema Actual [Siguiente por Tema>