Blogbejegyzések

Steve Jobs és az Apple sikertörténete könyv

A Google sztori után, sikerült az almás könyvet kivenni a könyvtárból. Kb a felénél járok a könyvnek és megnyugtató, hogy ebben kevesebb/kevés az olyan zavaró hiba, mint a Google-s könyvben.
A könyv a kezdeti megalakulástól, a Next-en keresztül a Pixárt követve szerintem minden benne van. Eddig biztos, mert eddig jutottam. Egyelőre nem túl szimpatikus szerepben tünteti fel a könyv Jobs-ot.
Érdekes, hogy a Sun meg akarta venni az Applet régen. Bár az almás Ádámok és Évák biztos tudták ezt. :)

snow leopard

itt van a dvd a polcon, de valahogy nehezen szanom ra magam
az egyik boltban azt mondta az elado, hogy semmi para siman felugrik
a masik boltban meg azt mondta, hogy semmi gond de a time capsule-ra azert mentsek mindent elotte
ez egy macbookpro2,2 2G ram-mal

elobb utobb biztos elunom nezni a dvd-t a polcon, ugyhogy majd felrakom...
majd...

LUA > LPeg + OOP > Komplexet tudó Számológép

HEURÉKA! Működik.. :D

Most már csak azt kéne kitalálni, hogy mire érdemes használni a komplex számokat. :D

Függőségek:
* complex.lua => http://foofighter.pastebin.com/f169d44
* calc.lua => http://foofighter.pastebin.com/f255d8a7c
[code]
require "calc"

arg[1] = "(2r10i+2)*10+2r-58i"

if arg[1] == nil then

print ""
print "Lpeg calc v0.3 + Complex --- LUA calculator"
print "made by foofighter"
print "================================"
print "http://www.inf.puc-rio.br/~roberto/lpeg/lpeg.html"
print ""
print "Usage: lua t_calc.lua "
print "Example: lua t_calc.lua (2r10i+2)*10+2r-58i"
print ""
print ""
os.exit(1)
end

Az idei első hó

Ma reggeltől kisebb-nagyobb megszakításokkal hol esik, hol szállingózik a hó. A tetőkön és a füves részeken - például a házunk mögötti dombon - meg is marad. Igazi téli hangulat. \o/

ERROR > WID62 és a Xubuntu 9.10 [SOLVED]

A karmikus koalára frissítés után a Websphere Integration Developer 6.2 egyes gombjai kattintásra nem reagálnak, új felhasználói feladatot és üzleti folyamatot menüfából nem lehet létrehozni. A gond érinti az IBM Installation Managert, így egy update se segített.

Debuggolást segítő lépések:
(1) .eclipse törlése
(2) workspace törlése


/opt/IBM/WID62/eclipse -debug -consolelog -data workspace > eclipse.log 2>&1

Működő MEGOLDÁS: (update)

meg mindig 43 sor

Az EGA grafikus kartya megjelenese utan lehetett 43 soros editort hasznalni.
Ugy emlekszem akkoriban brief volt elterjedve az irodaban.
Ma megneztem, hogy hany sor van a NetBeans editor ablakomban: 43
Amugy a 6.8 NetBeans ujra vekonyba tudja elsimitani a Lucida Sans Typewriter-t a Mac-on.

Holnaptól nincs vonat Székesfehérvár és Komárom között

Merő véletlenségből az utolsó Szfv-Komárom személyvonattal jöttem haza Győrbe Fejérből. A vonat fel volt koszorúzva, a nagyobb állomásokon gyertyás "gyásznép" fogadta a szerelvényt, amelyik hosszan dudált a megállóhelyeknél.

A helyére buszközlekedés áll majd, de nekem ez abszolút fail. Bodajkon (ahova rendszeresen járok barátnő miatt) a vasútállomás rendes helyen van, a busz viszont a 81.-es főúton halad (Kisbérig) majd, tehát át kell sétálni az egész kisvároson, majd egy jó fél km-es szakaszon az út szélén haladni, és átvágtatni a "halálúton" a másik oldalra. Egyáltalán nincs felkészítve a gyalogosforgalomra. Ráadásul az 1-1,5 órás menetidő helyett Komáromig (ahol még át kell szálljak vonatra vagy buszra) állítólag 2-3 óra alatt fog felérni mert minden falut érinteni fog.

Mainline-ba kerult a noveau

In a nutshell: A tortenet ott kezdodott hogy jott a szokasos Linus ranting. Hogy miert nem rakjak mar mainline-ba, miert nem olvasszak be. Jott a valasz hogy vannak meg jogi problemak a mikrokod felett (geforce 6 es felette levo kartyakhoz van ra szukseg). Vegul ment a huza vona, s Linus gyozott. Megkerulessel de megoldottak a problemat.

Itt van a tortenet:
1: Linus rant
2: Microcode problema
3: A vodoo_ctx kikerul
4: A tortenet utolso szakasza/megoldas
5: Linus LKML utolso reply (pony-ra)

ezer sebből vérző ubuntum sebei magától gyógyulnak?

Hiena blogja juttata eszembe, hogy nekem is volt egy remek irq ütközésem, és hogy így eszembe jutott, hát gyorsan bootoljunk is be és nézzük, mit lehet vele kezdeni.
na így is történt, mintegy 64000 darab syslog irq-s sikolybejegyzés meg is volt, ahogy kell, épp el is kezdtem guglizni, hogy akkor most ez mitől és hogyan, mire bevetődik az update manager, hogy 50 terabájt frissítést töltsek le de márazonnal... hát nah, tőccsed fijam, majd akkor utána nézelődök megint.
hát persze volt kernel frissítés meg minden, meg reboot után nvidia bináris driver újratelepítés, hogy lássak is valamit... szóval semmi szokatlan.
hát ekkor elkezdtem megint syslogot nyálazni, és ni! egy darab hiba nincs benne! wáááúúúú!
ez mondju azért fura, mert bootolás közben a sosemvillogó xsplash, mikor tizenkilencedszer vált üzemmódot meg betűtípust, akkor azért köpi kifelé a hibákat (udev nem tud fájlt olvasni, udevnek ez fáj, udevnek az fáj, ureadahead (mint kiderült ez nem hiba, hanem ez csak egy értesítés, néhánytucatszor...)
szóval érdekes. sok minden javulgat... de jó is, hogy kiadták ez a karmicot októberben... talán jövő októberben kellett volna :)
viszont a javát megjavítottam, úgyhogy most már van java mikulásom is -> adblock :)
de a pulse audio az továbbra is lenémít mindent, amit csak talál, pedig elvileg már 2 hónapja fixed...

arch linuxosoknak

a mai libmsn update (4.0beta8 -> 4.0.1) valahol gázos, nálam a kopete nem tudta betölteni a modult, downgradelni kellett.
már jelentették a bugot több helyről is, gondolom lesz majd fix nemsokára
csak gondoltam szólok :)

TL-WN422G USB Atheros (ar9271) support?!

Teljes linux natív támogatása a chipsetnek 2.6.34-rc3-git4 kerneltől a stabil 2.6.34es kernel verzióban(kiadás dátuma:10/05/16) elérhető.Az Atherosnak így az ath9k_htc ezen meghajtó fejlesztése,esetleges további javításokat eszközölve,de befejezettnek tekinthető.[1][2] Szerk:10/06/06

Támogatott Funkciók:
# Station Mode
# Monitor Mode
# IBSS Mode
# Legacy (11g) operation
# HT support
# TX/RX 11n AMPDU aggregation
# HW Encryption
# LED
# Powersave
# Suspend/Resume

Java WTF

Wikipédián találtam:

Autoboxing is incomplete and can never be fully or properly implemented without operator overloading.

For example:

Integer a = 2;
Integer b = 2;
Integer c = 2000;
Integer d = 2000;

if ( a == b ) { /* this block will execute */ }
if ( c == d ) { /* this block WON'T execute! */ }

127-ig (byte) működik az ==, utána már csak az equals jó. De egyáltalán miért működik, és miért 127-ig?

IRQ megosztás, mert így szeretlek...

Miért van az, hogy a csudaszuper linux nem képes olyan egyszerű műveletekre, mint az IRQ megosztás kezelése?
Értem én, hogy büdöspumpán véges számú IRQ van, de ha 20 évvel ezelőtt már képesek voltak nagysebességű, két IRQt használó buszrendszert készíteni és hozzá egy megfelelő sebességű megosztott IRQ kezelőt írni, akkor mi a rákért nem lehet ebből tanulni? Vagy esetleg átvenni?
Miért kell a "csúcsfejlett számítógépet" kétnaponta szétszedni, egy kártyát kivenni belőle és utána imátkozni, hogy a BIOS a negyedik, ötödik próbálkozásra kisakkozza az ütközésmentes konfigurációt?
Miért van, hogy egy 10 éves szabványt nem képesek implementálni a linux kernelbe?
Nem kell válaszolni. Inkább előveszek egy 18 éves, kissé kopott gépet, és élvezem, hogy az ő megszokott, kényelmes tempójában, szépen tudom a munkám végezni...