--- Log opened Sun Dec 05 00:00:03 2004 --- Day changed Sun Dec 05 2004 00:00 * nullslack downloading packages for the minimal+xorg build ;) 00:02 < mnemoc> :) 00:02 < mnemoc> rene: how can i add a tab on awk -F' ' '{ print $2 $1; }' between $2 and $1? 00:02 < mnemoc> rxr: how can i add a tab on awk -F' ' '{ print $2 $1; }' between $2 and $1? 00:03 < nullslack> \t? 00:04 < rxr> mnemoc: I'm not a awk guru - would read and test myself ... 00:04 < mnemoc> how, i always get syntax error :( 00:04 < mnemoc> rxr: ok 00:04 < mnemoc> nullslack: ? 00:04 < rxr> mnemoc: and with a real not a \t ? 00:04 < jsaw> $2"\t"$1 00:04 < nullslack> mnemoc, you should enclosed it in "" 00:05 < mnemoc> nullslack: awk '{ print "$2\t$1"; }' --> $2 and $1 as literals 00:05 < mnemoc> awk '{ print $2"\t"$1; }' 00:05 < mnemoc> puaj 00:05 < rxr> welcome jsaw 00:05 < mnemoc> that worked 00:06 < mnemoc> thanks jsaw :) 00:07 < mnemoc> jsaw: read what i said about pkgsel please 00:28 < jsaw> again in the lab and just stops by the computer once in while -> high lag 00:28 < jsaw> hi mnemoc, rxr, nullslack 00:29 < jsaw> mnemoc: I read it. 00:30 < jsaw> could you please write it to ml? I need more (free) time to think about it. 00:30 < mnemoc> ok :) 00:31 < jsaw> :) 00:43 -!- mtr [~michael@Hb51c.h.pppool.de] has quit [Remote closed the connection] 00:51 < rxr> 1010 builds total, 675 completed fine, 6 with errors. 01:24 < rxr> avision.c | 141 +++++++++++++++++++++++++++++++++++++++++++++----------------- 01:24 < rxr> avision.h | 1 01:24 < rxr> 2 files changed, 104 insertions(+), 38 deletions(-) 01:36 < rxr> syncing another set of: 01:36 < rxr> 12041 files to consider 01:40 < rxr> ouhm - also again getting a long night ... 01:40 < rxr> jsaw: you are in the lab on saturdays? 01:56 < mnemoc> re 02:02 < rxr> rehi mnemoc 02:02 < rxr> Nooooooooooo 02:02 < rxr> I forgot my tee .... :-( 02:04 < rxr> well - hacking all the conditionals into the existing C source I feel more and more how much cooler the code could have sorted by using some nice C++ classes ... ,-) 02:04 < rxr> to bad the SANE people do not wanna see C++ in SANE .... 02:06 < rxr> too even 02:17 * jsaw feels the pressure of the deadline 02:18 < rxr> jsaw: /me too - needs a firat beta MacOSX driver that does operate basically monday in one week ... 02:18 -!- mnemoc_ [~amery@200.75.27.58] has joined #t2 02:18 < rxr> the driver core get's in shape for the new devices - so one week left for a colorful MacOSX graphical application (in Objective-C :-() 02:19 < jsaw> :| 02:19 < jsaw> me needed a few good pictures and a paper last week ... 02:19 < rxr> and I have to do some uni stuff in between ... 02:19 < rxr> ouhm :-\ 02:20 < jsaw> well, nothing works as it's expected... it's fundamental research... 02:21 < jsaw> my "Frustrationtoleranz" (tolerance of frustration?) is huge (compared to 5 years ago) :) 02:21 < jsaw> +s 02:21 < rxr> hm 8-? - me not that experienced in the "fundamental research field" - except planable software projects ... 02:21 < jsaw> think of gsmp. 02:22 < rxr> yeah - that is pure lack of time ... 02:22 < jsaw> yep. one has the ideas, but... 02:22 < rxr> if there would be that killer Linux distribution or Development Environment I would not need to invest that much time in that area ... 02:25 -!- mnemoc [~amery@200.75.27.47] has quit [Read error: 110 (Connection timed out)] 02:25 -!- mnemoc_ is now known as mnemoc 02:25 < rxr> welcome back mnemoc 02:25 < mnemoc> hi rxr 02:26 < rxr> ok - let's see what my new "virtual scan by returning previously gathered duplex scan rear data" code does in real life ... 02:27 < rxr> oh god - I just commited 150 lines - and now I have again: 02:27 < rxr> avision.c | 115 ++++++++++++++++++++++++++++++++++++++++++++++---------------- 02:28 < rxr> ouhm - ok does not crash - but does not return the disk saved data ... 02:28 * rxr back to the drawing board ... 02:31 < rxr> hm - someone else from Hamburg just mailed me back regarding a bug discovered in my backend ... 02:31 < rxr> good to see other people are awake, too ... 02:32 < rxr> other people except us hackers ;-) 02:33 < rxr> oh - found it - I should not have started to use gotos ... *g* 02:33 < rxr> ouhm: 02:33 < rxr> $ grep goto avision.c | wc -l 02:33 < rxr> 27 02:34 < rxr> years ago there have been zero in it ... :-( 02:38 < mnemoc> i thought you could only see goto-s on lexers 02:38 < mnemoc> "goto considered harmfull", a good essay :) 02:38 < rxr> I know - I hate gotos myself ... 02:39 < rxr> just some pathes had so many conditionals that I started to use gotos for some error clenup cases 02:39 < mnemoc> f34rs 02:39 < rxr> those cases where I would use std:auto_ptr and smart objects that do the housekeeping in C++ ... 02:40 < rxr> 2002-06-30: René Rebe 02:40 < rxr> * more readable calibration decision (using goto ...) 02:40 < rxr> and since then more and more crept in for error case cleanup ... 02:41 < mnemoc> "suicide-objects considered harmfull" :) 02:41 < rxr> suicide? 02:41 < mnemoc> auto_ptr 02:41 < rxr> not self deleting - just house keeping in the destructor and such ... 02:41 < mnemoc> objects that commit suicide :) 02:41 < rxr> auto_ptr is just a owner control ... 02:41 < mnemoc> yes? 02:42 < rxr> auto_ptr instance; 02:42 < rxr> some code; 02:42 < rxr> } 02:42 < rxr> and whoop, deleted thru auto_ptr if no onwership was transfered by calling some other function passint the auto_ptr or so ... 02:42 < rxr> well of course: 02:42 < rxr> auto_ptr instance = new Object; .... 02:43 < rxr> the replacement for "out of scope" deletion 02:43 < mnemoc> ic 02:44 < rxr> and when you return the auto_ptr ownership is transfered to the callee .. 02:45 < rxr> the cleanup in constructor is really cool for sane error pathes where you normally need a lof of: 02:45 < rxr> if (some_ptr) 02:45 < rxr> free some_ptr; 02:45 < rxr> or : 02:45 < rxr> gogo cleanup_at_end: 02:45 < rxr> ... 02:45 < rxr> cleanup_at_end: 02:45 < rxr> free(a_lot_of_stuff); // most probably even conditionally ... 02:59 < rxr> I'm such a fool ... 03:03 < rxr> cooo! 03:03 < rxr> seems to work 03:04 < rxr> hehe - every 2nd scan is now _very_ fast due to directly streamed from temp. file ... 03:06 < rxr> avision.c | 142 ++++++++++++++++++++++++++++++++++++++++++++------------------ 03:15 < rxr> cool - this does work, too: 03:15 < rxr> [avision] sane_start: virtual duplex rear data potentially available. 03:15 < rxr> [avision] sane_start: virtual duplex rear data outdated due to parameter change! 03:25 -!- kensai [~kensai@64.237.129.108] has joined #t2 03:25 < rxr> hi kensai 03:25 -!- sparc-kly [~mubex@64.237.130.173] has joined #t2 03:26 < kensai> rxr, hi 03:27 < kensai> everything going fine with t2? 03:27 < rxr> ouhm - yep, I think so ;-) 03:34 < rxr> kensai: and over there, all fine, too ? 03:36 < mnemoc> don't worry, i'll break it soon 03:36 < kensai> rxr, yeah trying to see all the mess I'm doing with t2 on debian 03:54 < rxr> damn - I wrote the driver with some change ... 03:54 < rxr> now most scans hang the scanner ... :-( 04:00 -!- kensai [~kensai@64.237.129.108] has quit ["Leaving"] 04:08 < rxr> avision.c | 182 +++++++++++++++++++++++++++++++++++++++++++------------------- 04:08 < rxr> damn 04:08 < rxr> and somewhere in this or the last commit is a bug hidden ... 04:14 < rxr> interesting just switching back one revision seems to fix that ... 04:14 < rxr> damn my hope was to have this finished arround now ... 04:29 < rxr> Revision: 160 04:29 < rxr> ^- is ok ... 04:32 < rxr> Revision: 161 ok 04:33 < rxr> Revision: 162 ok 04:35 < rxr> Revision: 163 never worked at al 04:36 < rxr> ^- my famous hand scanner mode not supported version ;-) 04:36 < rxr> Revision: 164 ok 04:37 < rxr> found another bug in xscanimage ... 04:37 < rxr> now the scan button is not clickable anymore :-( 04:37 < rxr> damn example proof of concept application ... 04:45 < rxr> Revision: 166 seems to break it ... 04:51 < rxr> hm - wasn't there some nice (x)emacs diff mode in the past ? 04:51 < rxr> current diff-mode does not highlight the changes very well ... :-( 05:00 -!- kensai [~kensai@64.237.129.108] has joined #t2 05:01 -!- kensai [~kensai@64.237.129.108] has quit [Client Quit] 05:01 -!- kensai [~kensai@64.237.129.108] has joined #t2 05:03 -!- kensai [~kensai@64.237.129.108] has quit [Client Quit] 05:04 -!- kensai [~kensai@64.237.129.108] has joined #t2 05:16 -!- rxr_ [~rene@p213.54.234.148.tisdip.tiscali.de] has joined #t2 05:16 -!- Topic for #t2: T2 | the system development environment | http://www.exactcode.de/t2 | C++ people around, too 05:16 -!- Topic set by rxr [] [Mon Nov 29 02:10:27 2004] 05:16 [Users #t2] 05:16 [ _martin_] [ CIA-9 ] [ kensai ] [ nzg ] [ sparc-kly] 05:16 [ _Ragnar_] [ daja77] [ mnemoc ] [ rxr ] [ valentin ] 05:16 [ af ] [ jsaw ] [ nullslack] [ rxr_] 05:16 -!- Irssi: #t2: Total of 14 nicks [0 ops, 0 halfops, 0 voices, 14 normal] 05:16 -!- Channel #t2 created Sun Aug 8 21:15:33 2004 05:16 -!- [freenode-info] help freenode weed out clonebots, please register your IRC nick and auto-identify: http://freenode.net/faq.shtml#nicksetup 05:17 -!- Irssi: Join to #t2 was synced in 15 secs 05:18 -!- rxr [~rene@p213.54.197.15.tisdip.tiscali.de] has quit [Nick collision from services.] 05:18 -!- You're now known as rxr 05:18 < rxr> gotca 05:18 < rxr> gotcha even 05:23 -!- kensai [~kensai@64.237.129.108] has quit ["Leaving"] 05:44 < rxr> the final gotcha - damn hardware - hangs when not a multiple of bytes_per_line for the current setting is read .-( 06:01 < rxr> cool - and so far no regressions when using some old normal flarbed HP 7450 .... 06:01 < rxr> also with optional ADF unit ... 06:01 * rxr happy ... 06:14 < rxr> ok - wuick 06:14 < rxr> uhm 06:14 < rxr> quickly plugging the AV 610 and AV 610 CU into my iBook and see what those do ... 07:16 < rxr> hm - so silent here ... 07:17 < rxr> oops 07:17 < rxr> [avision] set_calib_data: merging dark calibration data 07:17 < rxr> Segmentation fault (core dumped) 07:20 -!- _martin_ [~martin@brln-d9ba1a49.pool.mediaWays.net] has quit [Read error: 110 (Connection timed out)] 07:34 < rxr> n8 all 07:35 < CIA-9> rene * r4960 /trunk/package/multimedia/mplayer/mplayer.conf: * fixed mplayer skin install typo 07:56 -!- _martin_ [~martin@brln-d9ba01de.pool.mediaWays.net] has joined #t2 09:18 -!- cyberchills [~nate@24.98.58.49] has joined #t2 09:20 -!- cyberchills [~nate@24.98.58.49] has left #t2 [] 10:20 -!- mtr [~michael@Ha902.h.pppool.de] has joined #t2 14:00 -!- sparc-kly [~mubex@64.237.130.173] has quit ["Leaving"] 14:06 -!- sparc-kly [~mubex@64.237.130.173] has joined #t2 14:44 < _martin_> moin all 15:09 < rxr> moin 15:10 < af> moin 15:17 < rxr> hi af! 15:17 < rxr> .oO: 15:17 < rxr> -# define RADEON_IO_MCLK_DYN_ENABLE (1 << 14) 15:17 < rxr> +# define RADEON_IO_MCLK_DYN_ENABLE (1 << 15) 15:18 < mnemoc> moin shifter 15:24 < rxr> hi mnemoc .-) 15:24 < rxr> yeah - I shift my sleep cycle quite a lot recently ... 15:31 < rxr> .oO2 15:31 < rxr> t2-trunk/package/x11/xorg$ svn diff | diffstat 15:31 < rxr> radeon-ibook.patch | 886 ++++++++++++++++++++++++++++------------------------- 15:31 < rxr> 1 files changed, 479 insertions(+), 407 deletions(-) 15:58 -!- sparc-kly_ [~mubex@64.237.130.173] has joined #t2 16:00 -!- sparc-kly [~mubex@64.237.130.173] has quit [Read error: 104 (Connection reset by peer)] 16:07 < rxr> http://www.icube.us/Products/sharpmm20.htm 16:07 < rxr> ^- nice transmeta notebook 16:12 < rxr> only the 20GB disk is a bit tiny ... 16:20 [Users #t2] 16:20 [ _martin_] [ CIA-9 ] [ mnemoc ] [ nzg ] [ valentin] 16:20 [ _Ragnar_] [ daja77] [ mtr ] [ rxr ] 16:20 [ af ] [ jsaw ] [ nullslack] [ sparc-kly_] 16:20 -!- Irssi: #t2: Total of 13 nicks [0 ops, 0 halfops, 0 voices, 13 normal] 16:25 < rxr> ouhm - I injected more old mails into my IMAP server now ... 16:28 < mnemoc> what imap are u using? 16:28 < rxr> still binci ... 16:28 < rxr> 858M total 16:29 < rxr> ^- of mails in it ... 16:29 < mnemoc> what version? 1.3 or 1.2? 16:29 < rxr> the chache claims: 16:29 < rxr> Package Name and Version: bincimap 1.2.9final 2.1.0-DEV 16:29 < rxr> why do you ask? 16:29 < mnemoc> curiosity 16:30 < mnemoc> i'm using 1.2.7 16:30 < mnemoc> and i wanted to jump to 1.3 becuase it suppose to support SORT 16:30 < rxr> something I should now? about security, stability of performance issues you know and I do not? 16:30 < mnemoc> what make webmail's life easier 16:30 < mnemoc> no, just the lack of SORT 16:33 < rxr> this "Sharp Mebius MM2 (Actius MM20)" looks really nice .. 16:33 < rxr> so - /me shortly off getting some new food into the house ... 16:34 < rxr> cu soon 17:18 < rxr> brrrr. 3.4^C and dizzling ... 17:45 -!- sparc-kly_ [~mubex@64.237.130.173] has quit ["Leaving"] 18:31 -!- af is now known as oh 18:32 -!- oh is now known as af_ 23:00 -!- mtr [~michael@Ha902.h.pppool.de] has quit ["using sirc version 2.211+KSIRC/1.3.11"] 23:03 < rxr> uhm - so solient :-( 23:04 < rxr> silent even 23:44 < _martin_> yes, nobody is here and write ... 23:45 < rxr> hi _martin_ 23:45 < rxr> just did syp 1 and 2 ... 23:46 < rxr> I'll sent them to him now .. 23:46 < _martin_> it is winter and vary cold. horrible life ... 23:46 < rxr> btw, there seem to be a typo in his Termin file ... 23:46 < _martin_> rxr you are a fine boy :-) 23:46 < rxr> exercise 2 should be handed to him in mid. of November ... ?!?! 23:46 < rxr> btw. do I nede 23:47 < rxr> need to do a) and b)? 23:47 < rxr> or are they for the group a and b ... 23:47 < rxr> I now did all I found ... 23:47 < rxr> hope this pleases him since I'm late with 1 ... ;-) 23:47 < _martin_> We must do a and b 23:47 < rxr> ah ok ... 23:47 < _martin_> my english is so .... :-( 23:48 < rxr> lucius at tfh-berlin.de ? 23:49 < _martin_> Hmm, I don't know. But why not .. 23:49 < rxr> because the tfh is so damn unorganized and chaotic? 23:50 < rxr> most people do not even use the @tfh-berlin.de address they have ... 23:53 < _martin_> Hmm, but we have only @tfh-berlin.de this easy. Unis have some @foo.informatik.*u-berlin.de adress .. 23:54 < _martin_> do u go to 21c3 (for free?)? 23:54 < rxr> wel - sure, just that noone ueses them and introduce such chaos ... 23:54 < daja77> ugh that reminds me 23:54 < rxr> _martin_: why for free? 23:56 < _martin_> I ask Goehrlich abaout a excursion to 21C3. And he will think about it. 23:56 < rxr> _martin_: when was the termination for the syp 1 exercise? last week? 23:56 < _martin_> yes 23:57 < rxr> no. 2 is due this week? 23:58 < _martin_> I don't know. 23:58 < rxr> you did not hand him no.2 yet? --- Log closed Mon Dec 06 00:00:19 2004