Új hozzászólás Aktív témák
-
#1308
SteveBeard
senior tag
bambano
#1307
SteveBeard
senior tag
válasz
bambano
#1307
üzenetére
Én úgy veszem észre, hogy nem törli, de majd pár óra múlva kiderül, mikor lekapcsolódnak az eszközök.
Mivel a prevmac fájlba visszaírom a Mac címeket és az echo hozzáfűzi az aktuálist.
A felesleges fork-ot meg nem hiszem, hogy kitalálom...
Én szívesen használnám azt, amit valaki más megcsinál, a fene kínlódjon vele 50 fölött ennyit, megtanulni már úgysem fogom, de nem találtam készen ilyet.
Ha tudsz OpenWrt alá mondani hasonlót, ami szinte nulla terhelést okoz a routernek, akkor már törlöm is az egészet és használom azt
-
#1306
SteveBeard
senior tag
bambano
#1305
SteveBeard
senior tag
válasz
bambano
#1305
üzenetére
Szia!
A MAC címek fájlba gyűjtése rendben így:
echo $MAC >> /opt/www_traff/prevmac.txt
Majd ezzel a paranccsal rendbe rakom és egy másik fájlba másolom.
cat /opt/www_traff/prevmac.txt | sort | uniq >/opt/www_traff/mac.txt
Majd a script lefutásának a végén ezzel visszamásolom az eredeti fájlba.
cat /opt/www_traff/mac.txt > /opt/www_traff/prevmac.txt
Ez így jó vagy van valami szebb megoldás is?
-
Jester01
veterán
-
dabadab
titán
válasz
bambano
#1258
üzenetére
"majd feladod ezt az elvedet, ha pár mega ramos, márszáz MHz-es procival szerelt routerbe pakolod a programot."
Annak idejen, amikor shellt programozni tanultam, baromira orultem volna egy olyan eros, sok memorival szerelt gepnek, mint egy mai router
(helyette volt 40 MHz meg 4 MB)
Az az egy szal cat nem oszt, nem szoroz, egy nagyon gyenge rendszeren meg ugyis busyboxot hasznal az ember, ott meg plane nem. -
#1259
SteveBeard
senior tag
bambano
#1255
SteveBeard
senior tag
válasz
bambano
#1255
üzenetére
Természetesen igen, érzem, ezért is írtam, amit írtam, hogy kérdezhetek-e.
Az openwrt wiki-n találtam, az egészet, jól hangzott, kipróbáltam, nem működött és addig-addig alakítgattam,a míg sikerült belőle grafikonokat gyártani.
Ezen a részen nem alakítottam semmit ez teljesen ugyanaz, mint a leírásban
És van még benne több ilyen is
Most, hogy már működik és felvilágosítottatok arról, hogy egyébként úgy sz.r, ahogy van gondoltam valahogy egy kicsit rendbe kéne rakni és én is tanulok belőle valamit... talán, hisz' tele csuporba már nehéz tölteni
-
Jester01
veterán
válasz
bambano
#1249
üzenetére
Abban alapból működnek a bash stringmanipulációs cuccai hacsak valaki ki nem kapcsolta:
compile time option ("ASH_BASH_COMPAT", active per default) for several bash compatibility features: option pipefail, substring and replacement parameter expansion
name=$(host $IP)
name=${name##* }
name=${name%.lan.}Ezzel próbáltam:
BusyBox v1.17.1 (Debian 1:1.17.1-8) built-in shell (ash) -
#1238
SteveBeard
senior tag
bambano
#1223
SteveBeard
senior tag
válasz
bambano
#1223
üzenetére
Köszönöm a tanácsot,
tényleg elrontottam, javítottam.
Ez sed -e 's/\.lan//' működik, amíg nincs jobb, ez marad.
Ezt is köszönöm!
Mivel saját magamnak készül, és nem azt szeretném, hogy a leckét valaki más csinálja meg helyettem, ezért csak én nevetek majd magamon és nektek szerzek néhány
vagy 
percet. Kinek kinek vérmérséklete szerint -
#1211
SteveBeard
senior tag
bambano
#1210
-
-
cAby
tag
válasz
bambano
#1145
üzenetére
Ohh, lényegében minden kérdésemre megkaptam így a választ, hogy a $( ) formátumot használtam.
Azonban így előjött egy nem várt dolog.Akkor ez a parancs nekem bőven jó lesz, mert kevesebb, mint 200 fájlról van szó.
Parancs:
summa=$(awk '/Osszes tabla szama/ { sum = sum + $4 } END { print sum }' /home/user/adatok/*.txtProbléma:
Így kizárólag a /home/user/adatok mappában lévő txt fájlokat nézi, ha az 'adatok' mappában létrehozok egy 'tovabbiadatok' almappát és abban is elhelyezek txt fájlokat, akkor azokat már nem vizsgálja.
Ezt nem lehet beparaméterezni valahogyan?Köszönöm szépen a gyors segítséget!
-
ngabor2
nagyúr
válasz
bambano
#1125
üzenetére
a képek között akad pár videó, amit értelemszerűen nem kell/lehet átméretezni, viszont nem ártana átmásolni a célmappába. tehát akkor a feladat finomodott: ami kép, átméretezni, ami nem kép, átmásolni.
a képek mind jpegek, igaz, van kis és nagybetűs is. kiterjesztés szerint *.[jJ][pP][gG] (asszem jpeg kiterjesztésű nincs, hisz fényképek, a gép meg 3 betűt ad neki.)
-
-
-
CPT.Pirk
Jómunkásember
válasz
bambano
#1104
üzenetére
Most mérges vagyok, mert megint egy hót egyszerű dolgot kérdeztem meg, ami rá kellett volna jönnöm!
Am. a végére már nem tettem ki a ] jelet, mert akkor a bash csinál egy cleart, és lefut a gnuplot, valamint a cowsay közli, hogy a mérés befejezve. Le is videóztam az egészet: [link]
-
Jester01
veterán
válasz
bambano
#1093
üzenetére
A -eq az jogos, nem vettem észre.
A ; csak akkor kell, ha egy sorban van.A hibaüzenet viszont attól van amit írtam. Amíg az rossz, addig a shell nem is lát neki futtatni. A -eq dolog már csak a test kapcsolója, az majd reklamál magának:
line 3: [: eq: binary operator expected
-
-
CPT.Pirk
Jómunkásember
válasz
bambano
#1078
üzenetére
Köszönöm!
Tudod miért számoltam el? Mert a Windows7 számológépe programozó módban volt, így nem mutatta a tizedeseket.
Amúgy ez a pici eltérés, a 115273,77521613832853025936599424 Hz úgy tapasztaltam, még benne van az uart tűrésében. Majd holnap / (ma) átdolgozom a 38400 baudra a kódot.
-
CPT.Pirk
Jómunkásember
válasz
bambano
#1068
üzenetére
Hoppá hoppá, meglett az "od" parancs "elcsúszásának" az oka.
Mióta ma betettem a 120MHz-es quartz oszcillátort és azt használom a +- 0.5% frekvencia erroros szilícium oszcillátor helyett, egyszer sem tévesztett az od és az sem fordult elő, hogy a kiküldött x11 helyett mást látott volna az fpga, korábban ez is gyakori volt.Szerencsére még pluszban a 120MHz az egész számú többszöröse a 115200-nak, így kerekítési hiba sincs.
740Ft volt ez a 120-as quartz, francnak nem vettem meg korábban.
-hamarosan remélem lesz egy videó róla, hogy végül is mit tud a rendszer. -
CPT.Pirk
Jómunkásember
-
CPT.Pirk
Jómunkásember
válasz
bambano
#1063
üzenetére
Köszönöm!
Most egyébként rendeltem rendes quartz oszcillátorokat, mert végre megtaláltam a leírásban, hogy egy "szilícium oszcillátor" van gyárilag a nyákon, ami egyrészt nem elég pontos a freki tartásban, másrészt +-0,5% freki hibája van, ami 50MHz-en elég cinkes. (szerintem még több is van neki, mert 47.8MHz körül szokott menni)
Csütörtök - péntek körül meglesz az új quartz, addig tökéletesítgetem a mostani cucost. Nem tudtam foglalkozni vele és ma se érzem valami frankón magam ehhez (hülye frontok), így még nincs gnuplot rajzom, de már nagyon szeretném.
![;]](//cdn.rios.hu/dl/s/v1.gif)
-
CPT.Pirk
Jómunkásember
-
CPT.Pirk
Jómunkásember
válasz
bambano
#1050
üzenetére
Volt egy kis fennakadás a Xilinxesek miatt, így nem tudtam tesztelni eddig.
Beírtam, így kétszer olvas be 41 számpárt, a második beolvasás során számol és ír fájlba. Ennek nem jöttem rá az okára, hogy miért nem megy egy kör alatt.
BEGIN { printf ("\x11") > /dev/ttyUSB0; }
NR<41 { a[NR]=substr($0,1,4); b[NR]=substr($0,5,4); }
NR>41 { exit 0; }
END{
for(i=1;i<41;i++) if(a[i] > 0) printf ("%4.3f\n",20*(log(b[i]/a[i])/log(10.0))) > "/home/patch/awk/output.txt";
} -
CPT.Pirk
Jómunkásember
válasz
bambano
#1046
üzenetére
Az etc-ben nincs alternatives könyvtár. (arch alapú disztrón vagyok most) Viszont csomagkezelőben megnézve, a gawk 3.1.8-3 van telepítve, más awk-s dolog nincs.
Azt az openes sort megnéztem, ott írja is, hogy rossz ioctl eszköz, aztán alatta pár sorral meg már ott van az open után a /dev/ttyUSB0.
Beírtam a kért printf dolgot, itt van a friss pastebin: [link]
-
CPT.Pirk
Jómunkásember
válasz
bambano
#1044
üzenetére
Kimentettem a lényeget pastebinra: [link]
A read(4, ... sorok ismétlődnek egészen addig, amíg ki nem húzom a csatlakozót, ekkor van a close(4) = 0 sor, az alatta lévők meg az eredmények kiírása. Szóval kb. addig olvas, amíg ki nem húzom a csatlakozót.
Valamint másik probléma, hogy bár 2 helyen is van az "x11" elküldése, de egyiknél sem csinál semmit. Tegnap a bash-ból küldve ugyanezeket, ott simán működött.
Itt van a pastebin eleje is, kicsit zagyva, de hátha találsz valamit benne: [link]
-
CPT.Pirk
Jómunkásember
válasz
bambano
#1036
üzenetére
Igen, ez megoldotta az értékeket.
BEGIN { printf ("\x11")>/dev/ttyUSB0; }
NR<41 { a[NR]=substr($0,1,4); b[NR]=substr($0,5,4); }
END {
printf ("\x11") > /dev/ttyUSB0
for(i=1;i<41;i++) if(b[i] > 0) printf ("%d,%d,%f\n",a[i],b[i],20*(log(b[i]/a[i])/log(10.0)));
}A logaritmus számolást kicsit átalakítottam, de még mindig nem jó, pedig szerintem ugyanaz van ott, mint ami korábban egy függvénybe írtam:
function log10(x) {\
return log(x)/log(10.0);\
}\ -
CPT.Pirk
Jómunkásember
válasz
bambano
#1034
üzenetére
Jah, b > 0, ez logikus.
Nézd meg az értékeket, a második szám első értéke az első szám utolsó számjegye.
4091,1409,0.462918
4090,0409,1.000000
4090,0409,1.000000
4091,1409,0.462918
4092,2409,0.230099
4091,1409,0.462918
4091,1409,0.462918
4098,8409,-0.312172
4090,0409,1.000000A második oszlopban el van tolódva minden szám egyel jobbra.
cat /dev... -el nézve nincs ilyen gond, ott a második oszlop hibátlan. -
CPT.Pirk
Jómunkásember
válasz
bambano
#1032
üzenetére
Pici igazítás után:
BEGIN { printf ("\x11")>/dev/ttyUSB0; }
NR<41 { a[NR]=substr($0,0,4); b[NR]=substr($0,4,4); }
END {
printf ("\x11") > /dev/ttyUSB0
for(i=1;i<41;i++) if(a[i] > 0) printf ("%d,%d,%f\n",a[i],b[i],log(a[i]/b[i])/log(10));
}erre jutottam:
4091,1409,0.462918
4090,408,1.001063
4091,1409,0.462918
4091,1409,0.462918
...
...A kódba megint kellett az a[ i ]> 0 , mert jött megint a 0-val osztás dolog, mint korábban. Az elemek száma a kimeneten stimmel, de amíg nem húzom ki az USB-t a portból, addig nem látok semmit.
Valami még nem stimmel a számolásnál. No meg érdekes, hogy 1-2 számjegy eltűnik, akár csak korábban. -
CPT.Pirk
Jómunkásember
válasz
bambano
#1029
üzenetére
Igen, kis - nagy betű különbség az megvan. Beírva szóközt, már más a helyzet. Ha a feltétel < a "kacsacsőr", akkor ez a baja: $COUNT: kétértelmű átirányítás.
Ha -lt vagy -ne (gondolom a "kevesebb mint" és a "nem egyenlő" röviden, ilyen példákat találtam neten) van a kacsacsőr helyén, akkor meg végtelen ciklusban kapom az almát.
A másik dologra visszatérve, jelenleg egy while ciklust akartam írni, ami soronként olvassa a soros portot dd, vagy a read paranccsal.
Ma még fájlba írni nem tudtam, a cat, meg mindennek a kimenete egy csomó új állományt hozott létre, a beolvasott 2 szám volt a nevük. Tehát 40924091, és így tovább állományok.
nem, nem olvassa az idők végezetéig a portot, ha a csővezeték következő lépcsője lebontja a csövet. - ezt hogy kell elképzelni?
-
-
CPT.Pirk
Jómunkásember
válasz
bambano
#1022
üzenetére
#!/bin/bash
INPUTFILE="/dev/ttyUSB0"
OUTPUTFILE="/home/patch/awk/output.txt"
rm $OUTPUTFILE
touch $OUTPUTFILE
printf "\x11" > $INPUTFILE
$INPUTFILE | awk '{a = substr($0,0,4);b = substr($0,4,4); if (a > 0) printf "%d,%d,%f",a,b >> $OUTPUTFILE}'
cat $OUTPUTFILE | while read line ; do
echo $line
#itt majd lesz valami awk megint
done
printf "\x13" > /dev/ttyUSB0Na most ezt alkottam, nagyobb részt bash, ahhoz több segítséget találtam. Az a terv, hogy az awk hívásnál menti fájlba az értékeket, majd később a cat-es rész soronkénti visszaolvasással meg egy másik awk rész fog számolni.
Viszont az awk-s sorral baja van: # ./teszt.awk
./teszt.awk: sor: 10: /dev/ttyUSB0: Engedély megtagadvaAmit nem tudom, hogy miért van.
-
CPT.Pirk
Jómunkásember
válasz
bambano
#1018
üzenetére
Megvan, printf "\x11" >... küldi el megfelelően.
Valamint implementáltam az xon figyelés dolgot, most csak akkor küld az adó, ha 000010001 beérkezett és csak addig, amíg ez van.
Tudsz valami leírást, linket mutatni, ahol egyértelműen le van írva, hogy ilyesmihez hogyan csináljak ciklust, ciklusokat az awk-ban? Valahogy baromira nem áll kézre ez a nyelv. -
CPT.Pirk
Jómunkásember
válasz
bambano
#1013
üzenetére
Megírtam az uart RX részét FPGA-n.
Ha kiküldök így egyszerűen valamit terminálban: printf("2") > /dev/ttyUSB0, akkor frankón a 2 ascii megfelelője, vagyis 00110010 ér oda az fpga-ra.
Viszont a vezérlő karakterek, mint a DC1, DC3 az xon xoff -nál, azt hogyan kell kiküldeni? Azt hiszem a printf az karakterenként szétbontva küldi el.
Mondjuk simán számokkal is helyettesíthetem a vezérlő karikat, de az olyan hülye megoldás lenne. -
CPT.Pirk
Jómunkásember
válasz
bambano
#1011
üzenetére
Izé, de akkor jól értem az xon xoff dolgot? Egyszerűen csak a DC1 / DC3 ascii vezérlő karaktereket illesszem be az adásom elejére és végére és ezekre figyeljek az awk-ban?
Amúgy a cts,rts kezelését nem a HW végzi el? Mivel az fpga figyeli a dolgokat, egy cts kérés után csak akkor kezd küldeni, ha (és ameddig) az rts szignál '1'.
Ez a dolog nekem csak annyi lenne, hogy az rts vezeték állapotváltozását fel lehetne használnom a vizsgáló szinuszjel frekvenciájának arrébb léptetésére, amit írtam neked. Most úgy van, hogy akkor léptet, mikor az AD-t követő latch betöltötte a két mért értéket, és kész küldeni őket az uart modulnak.(ez a latch csak arra kell, hogy mindkét AD-ről szinkronban kerüljenek az adatok továbbításra, nélküle lenne 5-10 órajel késés a második értéknél az elsőhöz képest)
-
CPT.Pirk
Jómunkásember
-
CPT.Pirk
Jómunkásember
válasz
bambano
#1007
üzenetére
Próbálom összehozni a dolgokat kicsit, de a log. végeredménye elég random.
function log10(x) {\
return log(x)/log(10.0);\
}\
OUTPUTFILE="/home/patch/awk/output.txt"
{a=substr($0,0,4);
b=substr($0,4,4);
if (a > b)
printf("%4.2f\n", 20 * log10(b/a)); }Arra gondoltam, hogy bele kellene foglalni egy ciklusba ezt az egészet, már ha majd működik, mert akkor megoldanám fpga-ban, hogy csak akkor küldjön újabb 2 értéket, mikor ez már fel lett folgozva. Meg lehet azt csinálni, hogy amikor az a és a b be van olvasva, akkor "elengedje" a soros portot? Mert azt az eseményt tudom figyelni fpga-ból a handshaking jeleken keresztül.
-
CPT.Pirk
Jómunkásember
válasz
bambano
#1005
üzenetére
Beépítve a számolós sorba, sikerült fájlba írnom. Mondjuk csak a két érték ment be, a művelet eredménye nem.
function log10(x) {\
return log(x)/log(10.0);\
}\
OUTPUTFILE="/home/patch/awk/output.txt"
{a=substr($0,0,4); b=substr($0,4,4); if (a > 0) printf "%d,%d,%f\n",a,b,20*log10(b/a) $a >> $OUTPUTFILE; }Mára szerintem ennyi, holnap megpróbálok összehozni egy ciklust ehhez. Van valami opció a kimenet tároló fájl felülírására, vagy töröljem minden alkalommal a program elején és csináljak újat?
-
CPT.Pirk
Jómunkásember
válasz
bambano
#1003
üzenetére
Jah oké.
A fájlon belül próbáltam ugyanezt, de ott meg ha van pont a fájlnévben, akkor syntax errort dob. Mikor leírtam külön az output fájlt egy változóba, majd $output néven próbáltam használni, az sem volt jó. Valamint le kellene korlátozni a kimenetet.
Olyanra gondoltam, hogy kellene egy fix "számú" ciklus, amiben csak 2 értéket olvas be, oszt, logaritmust számol, majd pedig kiírja az eredményeket és ezt kezdi előről, a megadott elemszámig. Egy egyszerű for ciklus vagy while megteszi. (a log mellé majd egy freki értéket is oda szeretnék írni, de ez egyszerű lesz, csak a ciklus száma alapján fog oda kerülni - megnézem majd, hogy ez a 2 oszlopos értéksor megoldás megfelel-e a gnuplot elvárásainak)
A lemaradó nullákat nem tudom hogyan vizsgáljam, a cat-al nézve mindig minden érték jó. Ha az od -An -t x1 -el nézem, akkor is. Pont az jön be, amit elküd az fpga-m. (csomószor újranéztem ezekkel, nem volt hiba egyszer sem)
-
CPT.Pirk
Jómunkásember
válasz
bambano
#1001
üzenetére
Utánanézek majd, de nem egyszerű megtalálni a problémát, mert nem jelentkezik mindig. Amikor igen, akkor 1-2 számjeggyel kevesebb a 2. szám, vagyis 1234 helyett 234 vagy 34 lesz. Közben az 1. szám meg jó, amit nem teljesen értek, mert 1 összefüggő kód a teljes uart kommunikáció fpga-n.
A kimenet fájlba küldésére van valami ötleted?
-
CPT.Pirk
Jómunkásember
No, megvan végre a log_10() funkció is.
function log10(x) {\
return log(x)/log(10.0);\
}\
{a=substr($0,0,4); b=substr($0,4,4); if (a > 0) printf "%d,%d,%f\n",a,b,20*log10(b/a); }Így már jók a kiszámolt erősítés értékek. Ezeket kellene átirányítanom egy fájlba kezdésnek. Per pill még nem sikerült.
Valamint néha a 2. szám elcsúszik 1-2 értékkel, ezzel kezdenem kell valamit.
-
-
CPT.Pirk
Jómunkásember
Tehát ilyen formában, "egysorosként"?
awk ' {a=substr($0,0,4); b=substr($0,4,4); printf "%d,%d,%f\n",a,b,log(b/a); }' /dev/ttyUSB0
Ebben az esetben gondja van a filenévvel.
awk: (FILENAME=/dev/ttyUSB0 FNR=1) fatal: 0-val osztás kísérleteMindenképpen bele kellene terveznem valami "start karakter" felismerést majd, azt fixen bele fogom tenni az fpga programjába. Ahogy nézem, csak úgy biztosítható, hogy a jó számjegytől kezdjek el rögzíteni.
-
CPT.Pirk
Jómunkásember
Na arra rájöttem, hogy ilyen formában gondolod az awk indítását terminálban:
awk -f program.awk /dev/ttyUSB0
Ebben az esetben ha jól értem a FAQ-ot, a "FILENAME" változó jelenti a /dev/... -t, és ezzel kell hivatkozni rá, vagyis ez a standard input.
Egyszer ennyit írtam az awk fájlba (a txt fájl létezik):
OUTPUT="/home/pa.... /output.txt
FILENAME > OUTPUT
Ez annyit csinál, mintha azt írnám a terminálba, hogy cat /dev/ttyUSB0. Szóval csak kiírja az értékeket. Innen jó lenne egy kis segítség valamilyen szinten. Gugliztam egy kört, de valahogy nem akar előjönni egy érthető awk leírás, amivel tovább tudnék lépni.
-
CPT.Pirk
Jómunkásember
Tehát akkor ez úgy van, hogy írok egy .awk fájlt ilyen módon:
#!/bin/awk -f
BEGIN {
számolós kód
.
..
...
exit;
},majd pedig az egészet meghyvom így a terminálban:
awk -f program.awk ?
Nem egy soros terminálos cuccban gondolkodok, mert később még jó lenne a pontokat betenni egy egyszerű 2D koordináta rendszerbe. Bár ez már hyper advanced lesz nekem. -
-
-
CPT.Pirk
Jómunkásember
Megvan a válasz, a cat érti az új sor (decimális 10) karakterét, valszeg a többi vezérlő karaktert is. Gyönyörűen írogatja a dolgokat ilyen formában, ha 9. byte az új sor byte-ja.
xxxxyyyy
xxxxyyyy
xxxxyyyyMost annyi kellene, hogy valamilyen módon szétszedem xxxx yyyy -ra a 8 számjegyet, hogy lehessen osztani yyyy -t xxxx -el. Tegyek be valami szeparáló karaktert, amire egy függvény rá tud keresni, vagy számolgassak karaktereket?
Mondjuk ez a bin -> bcd átalakítás nem volt éppen egyszerű téma.
-
CPT.Pirk
Jómunkásember
Ez jó ötlet.
Tehát ha hozzáadok a 0-hoz 48-at, akkor kapom az ascii beli 0-t. Magyarul ha elküldöm az 110000 -t a terminálnak, akkor egy 0-t kell lássak a cat-al. (és így tovább)
Még hozzáadni sem kell, egy "case" függvénnyel kvázi statikusan le lehet írni, hogy ha x a bemenet, akkor y a kimenet, a mindössze 10 érték miatt ez nem is bonyolult.
Ha az egészet befoglalom STX, ETX karakterek közé (vagy valamelyik hasonló közé), akkor a cat ezt meg fogja érteni, vagy kitolja ezeket is a fájlba?
-
CPT.Pirk
Jómunkásember
Ahogy nézem, ez nem is egyszerű feladat. FPGA-ban nem nagyon van olyan, hogy ascii.
Talán az járható út, hogy BCD átalakítást csinálok, majd pedig a számjegyeket egy LUT táblában leírtak szerint átalakítom az ASCII kódjukra, és azt küldöm el. Trükkös lesz. [link]
Kicsit egyszerűbb lenne az od, csak hogy miért téveszti el a kezdést, az jó kérdés.
-
CPT.Pirk
Jómunkásember
Nem mikrovezérlő, ott nem tudom hogyan zajlik a soros port móka.
Szóval arra gondolsz, hogyha decimális formában küldöm át, pl. BCD kódban, akkor a cat parancs már számokat fog nekem kiadni? Ezt relatíve könnyen meg tudom csinálni, mert van egy kész bin - bcd konverterem.
-
lapa
veterán
hát neme. végül úgy döntöttem megpróbálom kiszedetni belőle az összes felesleges üres sort notepad++-szal. most megnéztem és a textfx pluginban nem csak "delete empty lines" van, hanem "delete surplus empty lines" is. szóval ráeresztettem végül.
ezzel küzdött egy darabig, és látszólag oké lett. mivel valami a komment blokkok körül nem stimmel a seamonkey-nak, most inkább kitöröltem az összes ilyet is (csak inaktív tartalom volt, semmi egyéb lényeges).
azt továbbra se tudom mitől nem műxött ugyanez sed-ben, de mindegy is. buktam pár órát. köszi ettől függetlenül.
-
lapa
veterán
mittomén mivel mit lehet csinálni, azért vagyok itt. (bocs, csak a hülye helyzet idegesít már, hogy a 21. században ekkora gond egy mezei htm kezelése mindenféle bugok nélkül).
szóval nekem a szimpla "üres sor eltűntetős sed" se műx.
ezt tudom elmondani a fájlról:
lapa@inox:/io$ enca wag.htm -L hungarian
7bit ASCII characters
Mixed line terminators
lapa@inox:/io$most ez jó vagy rossz?
nagyjából odáig jutottam, hogy a fájlba az első komment blokkba rak a seamonkey valami 700 ezer üres sort. vagy legalábbis egy helyre biztos rakott.
előbb megnyitottam gedit-tel, először sírt, hogy nem ismeri a kódolást. mondtam neki, hogy 8859-2. akkor nagy nehezen megnyitotta, sőt még a "-->" -t is megtalálta. akkor fogtam és kijelöltem-kitöröltem a 700 ezer sort. elmentettem, erre a 29 megából lett 52. gyanús, hogy ez nem a duplája, szóval gondolom van minden komment blokkban pár százezer fölös sor.
most azért nem műxenek a sedek, mert nem-utf-8?
már nincs semmilyen igényem, csak tűnjenek el az üres LF és CR LF sorok.
Mindjárt kipróbálom.
(helyette volt 40 MHz meg 4 MB)
vagy 
percet. Kinek kinek vérmérséklete szerint 
grep | grep | awk | sed
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Új hozzászólás Aktív témák
- bambano: Bambanő háza tája
- Otthoni hálózat és internet megosztás
- Gyúrósok ide!
- Óra topik
- SSD kibeszélő
- Samsung Galaxy S23 és S23+ - ami belül van, az számít igazán
- BestBuy topik
- Külföldi rendelések: boltok, fizetés, postázás
- Kormányok / autós szimulátorok topikja
- Renault, Dacia topik
- További aktív témák...
- Eladó steam/ubisoft/EA/stb. kulcsok Bank/Revolut/Wise (EUR, USD, crypto OK)
- Gyermek PC játékok
- Eredeti Microsoft termékek - MEGA Akciók! Windows, Office Pro Plus, Project Pro, Visio Pro stb.
- ROBUX ÁRON ALUL - VÁSÁROLJ ROBLOX ROBUXOT MÉG MA, ELKÉPESZTŐ KEDVEZMÉNNYEL (Bármilyen platformra)
- Microsoft licencek KIVÉTELES ÁRON AZONNAL - UTALÁSSAL IS AUTOMATIKUS KÉZBESÍTÉS - Windows és Office
Állásajánlatok
Cég: Liszt Ferenc Zeneművészeti Egyetem
Város: Budapest
Cég: PC Trade Systems Kft.
Város: Szeged