00:06.55 | *** join/#opie bul|zZzZzZ (~buliwyf@p508C4637.dip0.t-ipconnect.de) |
00:08.47 | *** join/#opie ljp_laptop (~ljp@206.168.3.156) |
00:09.55 | *** join/#opie davipt (~davipt@litux.org) |
00:15.45 | *** join/#opie elron (~elrond@xbsd.org) |
00:18.44 | *** join/#opie kergoth_ (~kergoth@dsl081-228-056.chi1.dsl.speakeasy.net) |
00:35.33 | *** join/#opie pole (foobar@c-24-118-80-93.mn.client2.attbi.com) |
00:52.36 | *** join/#opie Disconnect (dis@it.hasnt.been.the.same.since.aol.gotontheinter.net) |
00:58.48 | *** join/#opie pole (foobar@c-24-118-80-93.mn.client2.attbi.com) |
01:12.58 | *** join/#opie Disconnect (dis@it.hasnt.been.the.same.since.aol.gotontheinter.net) |
01:37.50 | *** join/#opie buliwyf (~buliwyf@p508C4EA9.dip0.t-ipconnect.de) |
02:18.04 | *** join/#opie Bala (~Bala@hsdbsk142-165-147-64.sasknet.sk.ca) |
02:25.59 | *** join/#opie _oberon (oberon@dediziert.org) |
03:09.00 | *** join/#opie bul|zZzZzZ (~buliwyf@p508C4DF7.dip0.t-ipconnect.de) |
03:52.59 | *** join/#opie oberon (oberon@dediziert.org) |
03:56.59 | *** join/#opie _oberon (oberon@dediziert.org) |
04:19.43 | *** join/#opie treke|wherever (~ggilbert@ip60-25.outside.westmont.edu) |
04:53.25 | *** join/#opie Disconnect (dis@it.hasnt.been.the.same.since.aol.gotontheinter.net) |
05:14.36 | *** join/#opie Disconnect (dis@it.hasnt.been.the.same.since.aol.gotontheinter.net) |
05:20.14 | *** join/#opie buliwyf (~buliwyf@p508C4AB7.dip0.t-ipconnect.de) |
07:21.33 | *** join/#opie oberon (oberon@dediziert.org) |
07:26.58 | *** join/#opie bul|zZzZzZ (~buliwyf@p508C4529.dip0.t-ipconnect.de) |
07:32.38 | *** join/#opie HET2 (~diman@chello080110092229.507.15.vie.surfer.at) |
09:10.56 | *** join/#opie Transputer2001 (~Transpute@p5083FC15.dip.t-dialin.net) |
09:16.39 | *** join/#opie mithro (~tim@dsl1-83.gw1.adl1.airnet.com.au) |
09:27.31 | *** join/#opie Harlekin (~max@pD954570E.dip.t-dialin.net) |
09:41.14 | *** join/#opie lsmith (~vandal@pD9E768B4.dip.t-dialin.net) |
09:42.56 | *** part/#opie oberon (oberon@dediziert.org) |
10:14.10 | yann | ibot mantis |
10:14.11 | | extra, extra, read all about it, mantis is the opie bugtracker located at http://opie.info or something that tille says has a life of its own. at http://www.opie.info/mantis/ |
10:15.45 | mithro | Harlekin: you about? |
10:15.58 | yann | is it normal that I cannot filter by category in "view bugs" ? |
10:20.52 | yann | what is "resolution: open" supposed to mean in http://www.opie.info/mantis/view_bug_page.php?f_id=728 ?? |
10:24.31 | Harlekin | mithro: y |
10:40.39 | zecke_ | yann: not fixed yet |
10:46.54 | mithro | Harlekin: your incharge of Opie-Today? |
10:48.07 | Harlekin | y |
10:51.15 | mithro | Harlekin: the interface for opie-today is a little less then optimal |
10:51.49 | Harlekin | send patches |
10:52.18 | mithro | i would but i'm very short on time atm :( |
10:52.19 | zecke_ | mithro: or use gimp to show what would be better |
10:54.37 | mithro | Harlekin: instead of the having each seperate box having it's own scroll bar how hard would it be for them to have a common scroll bar? |
10:55.26 | zecke_ | mithro: very hard |
10:55.54 | zecke_ | mithro: we would have to move away from widgets -> richText |
10:56.01 | mithro | why? |
10:56.27 | mithro | couldn't the widgets be side another widget which expands to fit all containing widgets? |
10:56.29 | Harlekin | mithro: not a good solution since hten 10 appointments for today would move todos off the screen |
10:56.36 | mithro | s/side/inside/ |
10:56.59 | Harlekin | an qscollview is broken since qt2.3.2 for > 1 widget |
10:57.00 | mithro | Harlekin: i prefer to put the todo above the calander and let it roll of the bottom... |
10:57.06 | Harlekin | as can be seen in datebook view |
10:57.20 | mithro | :( |
10:57.30 | Harlekin | the huge spaces in there |
11:00.10 | mithro | huge spaces? |
11:00.33 | Harlekin | between the entries |
11:00.40 | Harlekin | or pushed to top / bottom |
11:01.23 | mithro | i don't get huge space between the top and bottom? |
11:09.23 | mithro | brb |
11:10.38 | mithro | back |
11:11.05 | mithro | so short of reimplimenting the whole opie-today there is not going to be a good solution? |
11:12.13 | zecke_ | mithro: try to use the Qtopia Today and write Opie plugins? |
11:12.38 | mithro | yeah... but that's going to take a while to do :( |
11:12.47 | *** join/#opie dc_ (~dc@modem-81-63-60-62.vip.uk.com) |
11:12.59 | mithro | i was hoping there would be an easy solution to "fix" Opie-Today |
11:36.53 | *** join/#opie bimble (~bimble@bimble.cisco.com) |
11:37.11 | bimble | has anyone managed to get usb networking running between a 39xx and a linux box? |
11:43.21 | *** join/#opie Twiun_ (~twiun@adorphuye.com) |
11:44.52 | *** join/#opie bimble (~bimble@bimble.cisco.com) [NETSPLIT VICTIM] |
11:44.52 | *** join/#opie dc_ (~dc@modem-81-63-60-62.vip.uk.com) [NETSPLIT VICTIM] |
11:44.52 | *** join/#opie Harlekin (~max@pD954570E.dip.t-dialin.net) [NETSPLIT VICTIM] |
11:44.52 | *** join/#opie mithro (~tim@dsl1-83.gw1.adl1.airnet.com.au) [NETSPLIT VICTIM] |
11:44.52 | *** join/#opie Transputer2001 (~Transpute@p5083FC15.dip.t-dialin.net) [NETSPLIT VICTIM] |
11:44.52 | *** join/#opie bul|zZzZzZ (~buliwyf@p508C4529.dip0.t-ipconnect.de) [NETSPLIT VICTIM] |
11:44.52 | *** join/#opie Disconnect (dis@it.hasnt.been.the.same.since.aol.gotontheinter.net) |
11:44.52 | *** join/#opie pole (foobar@c-24-118-80-93.mn.client2.attbi.com) [NETSPLIT VICTIM] |
11:44.52 | *** join/#opie kergoth (~kergoth@dsl081-228-056.chi1.dsl.speakeasy.net) |
11:44.52 | *** join/#opie davipt (~davipt@litux.org) [NETSPLIT VICTIM] |
11:44.52 | *** join/#opie mewyn` (~mike@dsl081-228-057.chi1.dsl.speakeasy.net) [NETSPLIT VICTIM] |
11:44.52 | *** join/#opie mewyn (~mike@dsl081-228-057.chi1.dsl.speakeasy.net) [NETSPLIT VICTIM] |
11:44.52 | *** join/#opie treke (~ggilbert@12.107.12.130) [NETSPLIT VICTIM] |
11:44.52 | *** join/#opie kurre (~kurre@ncircle.nullnet.fi) [NETSPLIT VICTIM] |
11:44.52 | *** join/#opie zecke_ (~ich@pD9E7F487.dip.t-dialin.net) [NETSPLIT VICTIM] |
11:44.52 | *** join/#opie treke|laptop (~ggilbert@lsanca2-ar29-4-41-066-146.lsanca2.elnk.dsl.genuity.net) [NETSPLIT VICTIM] |
11:44.52 | *** join/#opie treke|home (~ggilbert@lsanca2-ar29-4-41-066-146.lsanca2.elnk.dsl.genuity.net) [NETSPLIT VICTIM] |
11:44.52 | *** join/#opie Sugar (~neotron@207.188.30.40) [NETSPLIT VICTIM] |
11:44.52 | *** join/#opie yann (~ydirson@81.80.245.157) |
11:44.52 | *** join/#opie mickeyl|lunch (mickeyl@gandalf.tm.informatik.uni-frankfurt.de) [NETSPLIT VICTIM] |
11:44.52 | *** join/#opie goodie (~goodie@217.80-202-61.nextgentel.com) [NETSPLIT VICTIM] |
11:44.52 | *** join/#opie goodie_ (~goodie@193.71.176.158) [NETSPLIT VICTIM] |
11:44.52 | *** join/#opie pattieja (~pattieja@sc2-24.217.177.39.charter-stl.com) [NETSPLIT VICTIM] |
11:44.52 | *** join/#opie jesper (~jesper@make.bzImage.dk) |
11:44.53 | *** join/#opie gone_dwmw2 (~dwmw2@imladris.demon.co.uk) [NETSPLIT VICTIM] |
11:44.53 | *** join/#opie spiralman (thomas@spiralman.rh.rit.edu) [NETSPLIT VICTIM] |
11:44.53 | *** join/#opie nelson (~nelson@desk.crynwr.com) [NETSPLIT VICTIM] |
11:45.11 | bimble | tried there, but I think everyone is dead ;) |
11:50.23 | yann | zecke_: you mean that "status closed; resolution: open" means "not fixed yet" ? I can't underestand why it was closed then... |
11:50.43 | zecke_ | yann: which #? |
11:50.50 | *** join/#opie stuman (~stuman@rednut.gotadsl.co.uk) |
11:50.53 | yann | 728 |
11:51.11 | mithro | btw Harlekin, any idea about the recersion problem? |
11:51.37 | mithro | s/recersion/recurring events/ |
11:51.47 | stuman | hello all |
11:52.02 | zecke_ | yann: my fault and should not happen anymore |
11:53.33 | stuman | i have a problem with suspend on my ipaq 3870 not resuming from a suspend if its left off for a while. could anyone point me in the right direction to try and diagnose whats going on? |
11:54.04 | yann | zecke_: it was somehow reopened as 756 |
11:55.02 | yann | zecke_: ok :) |
12:17.43 | dwmw2 | :) |
12:20.54 | zecke_ | ? |
12:26.25 | zecke_ | ::mmap + memcpy is not always the safest way to copy a file... |
12:46.42 | *** join/#opie buliwyf (~buliwyf@p508C481F.dip0.t-ipconnect.de) |
12:47.18 | *** join/#opie quaqo (~quaqo@62.101.126.49) |
13:06.46 | *** join/#opie dc__ (~dc@modem-106-47-60-62.vip.uk.com) |
13:07.23 | *** join/#opie HET2 (~diman@chello080110092229.507.15.vie.surfer.at) |
13:21.27 | *** join/#opie ljp_laptop (~ljp@tq0111.peakpeak.com) |
13:50.07 | *** join/#opie clemtaf (~clem@mobiledevices.ncsl.nist.gov) |
13:50.16 | clemtaf | hello guys |
13:50.32 | clemtaf | fyi I have problems to upgrade a 3670 iPaq to Opie0.99pre |
13:50.35 | clemtaf | for example ipkg install qpf-bitstream-vera-light 2>&1 |tee /root/installqplite.tmp |
13:50.38 | clemtaf | Cannot find package qpf-bitstream-vera-light. |
13:51.04 | clemtaf | I recently also had a lot of QSocket::writeBlock: Socket is not open |
13:51.04 | clemtaf | No Qt/Embedded server appears to be running. |
13:51.13 | clemtaf | while ipkg upgrading in command-line |
13:54.18 | clemtaf | btw the only bad thing that happened before on this iPaq (freshly installed with a familiar0.7rc2+OPIE image) was a cancellation of upgrades since I had not enough disk space... |
13:54.24 | clemtaf | (damn 16 MB...) |
13:56.04 | *** join/#opie zecke (~ich@pD9E7DFE2.dip.t-dialin.net) |
14:00.16 | *** join/#opie Nallic (~per@130.225.71.243) |
14:03.33 | clemtaf | anyone else experience problems installing qpf-bitstream-vera-light or qpf-bitstream-vera-full? |
14:03.39 | clemtaf | +does |
14:10.09 | *** join/#opie dc_ (~dc@modem-106-47-60-62.vip.uk.com) |
14:29.32 | mickeyl | clemtaf: delete one. ipkg can't choose for you |
14:30.22 | clemtaf | oh ok |
14:32.12 | *** join/#opie iDMO (~gass@chello080108007206.36.11.tuwien.teleweb.at) |
14:52.30 | clemtaf | mickeyl: but none is installed (both's status is unknown ok not-installed)... |
14:52.46 | mickeyl | problem is not the installation but the feed |
14:52.50 | clemtaf | and I get /home/clem # ipkg install qpf-bitstream-vera-light -force-depends |
14:52.51 | clemtaf | Cannot find package qpf-bitstream-vera-light |
14:52.56 | mickeyl | install it directly |
14:53.00 | mickeyl | ipkg install http://blabla/... |
14:53.04 | clemtaf | I agree, that's why I wanted to know if others have the same pb |
14:53.05 | clemtaf | ok |
14:54.04 | *** join/#opie jg_ (~jg@h005018015b26.ne.client2.attbi.com) |
14:54.13 | clemtaf | it works directly indeed! |
14:56.19 | clemtaf | heh an ipkg upgrade know install qpf...full and removes qpf...light automatically :) |
14:56.55 | mickeyl | that's how its supposed to work :) |
15:00.10 | clemtaf | ok :) |
15:01.54 | clemtaf | ah I've spotted why I get so much error messages while upgrading through postrm scripts |
15:02.20 | clemtaf | there are a lot (e.g. in opie-batteryapplet.postinst) of `/opt/QtPalmtop/bin/qcop QPE/TaskBar "reloadApplets()"' |
15:02.36 | clemtaf | which lead to a `QSocket::writeBlock: Socket is not open' and exit 1 |
15:02.54 | mickeyl | postinst messages are just warnings. ignore them |
15:03.03 | mickeyl | happens if qpe is not running |
15:03.09 | clemtaf | but it is :-/ |
15:03.15 | mickeyl | well... can happen |
15:03.18 | mickeyl | nothing to worry about |
15:03.27 | clemtaf | 449 root 12160 S /opt/QtPalmtop/bin/qpe |
15:03.45 | clemtaf | well, i don't worry, i just try to do some bug report :) |
15:04.00 | mickeyl | fine - but this is no bug. |
15:05.39 | clemtaf | "there is no spoon" :) |
15:06.07 | clemtaf | (sorry, just saw matrix dvd yesterday --again. :) |
15:06.46 | mickeyl | hehe |
15:07.25 | clemtaf | and I though this channel, QPE/TaskBar, _had_ to exist as soon as Opie and its taskbar are loaded, but apparently I am mistaken |
15:07.35 | mickeyl | no you're not |
15:07.51 | mickeyl | actually you could debug it with gdb to help us finding what causes this |
15:07.59 | mickeyl | but you need a debug-version of opie |
15:08.19 | mickeyl | thing is, this is nothing to worry about - so noone cared yet |
15:08.30 | clemtaf | oh ok I understand |
15:08.50 | mickeyl | we are very few developers |
15:09.46 | clemtaf | if my plan succeeds, I will be able to build my own debug-enabled Opie image in a couple of months :) |
15:10.27 | mickeyl | this would be cool. we need people not afraid of gdb and digging into some of the really strange things. that would help us a lot! |
15:12.37 | clemtaf | I am not a gdb expert though... and I am paid to worry more about multiple authentication methods frameworks, maybe using Opie... but I hope I'll be able to help as much as I can |
15:36.07 | *** join/#opie davipt (~davipt@litux.org) |
15:58.40 | *** join/#opie drw (~drw@66.226.220.194) |
16:09.52 | *** join/#opie lsmith (~vandal@pD9E768B4.dip.t-dialin.net) |
16:18.54 | *** join/#opie TimRiker (~timr@proxyle02.ext.ti.com) |
16:19.20 | TimRiker | ~seen drw |
16:19.21 | | drw is currently on #opie (20m 39s) #openembedded (20m 39s) |
16:19.37 | TimRiker | looks like a yes. ;-) hi Dan. ;-) |
16:20.19 | drw | hey TimRiker! woohoo! |
16:23.41 | *** topic/#opie by TimRiker -> http://opie.handhelds.org. http://opie.info. - Submit detailed bug reports at http://opie.info/bugs/ - deb http://people.debian.org/~rkrusty/ opie unstable - http://jpluck.sourceforge.net/ - You have documentation skills? Join NOW! || driving fast is dangerous, but that doesn't stop me || who's me? |
17:00.24 | *** join/#opie pb_ (~pb@pc2-cmbg4-3-cust239.cmbg.cable.ntl.com) |
17:24.12 | zecke | TimRiker: Opie 1.0 is close |
17:24.24 | zecke | TimRiker: libopie3 is varpoware |
18:16.34 | mickeyl | might not be. libopie3 might just be the same as libopie2 but in a new LGPL-friendly cvs !? |
18:16.47 | mickeyl | (minus pure gpl stuff) |
18:28.20 | zecke | mickeyl: I think some of the kde classes are too heavy |
18:31.35 | mickeyl | which ? |
18:33.18 | zecke | mickeyl: OConfig even simple QOE Config is better |
18:33.28 | mickeyl | ? |
18:33.36 | mickeyl | OConfig has nothing to do with the kde classes |
18:33.58 | mickeyl | I just added a few methods to save and load colors and fonts |
18:34.03 | mickeyl | from the kde config class |
18:34.09 | mickeyl | that doesn't seem to heavy imho |
18:34.26 | mickeyl | actually it is useless to discuss this now. i think we must schedule a regulars meeting - or better do it via E-Mail as an RFC - and decide what we want to see in the next gen opielib. |
18:34.30 | zecke | I mean something like gconf would be even better |
18:34.47 | zecke | yes and now to integrate deal with Qtopia |
18:35.14 | mickeyl | true that. the major question is: "when will we pull the pluck and start with a new libqpe". from this point on everything will be different, because we can do what we want. |
18:35.31 | mickeyl | literally |
18:36.42 | mickeyl | s/pluck/plug |
18:38.41 | zecke | or we work with TT on libqtopia2 |
18:39.03 | mickeyl | unlikely. |
18:39.08 | *** join/#opie qfh (~qfh@pD9E8B341.dip.t-dialin.net) |
18:39.12 | zecke | mickeyl: why? |
18:39.26 | mickeyl | can't belive that they would be open enough for the developing style we want to. |
18:40.02 | zecke | mickeyl: it's about defining common API and letting them implement the parts we do not want |
18:40.29 | zecke | I mean the stuff that is boring... |
18:40.49 | mickeyl | zecke: well if you put it that way it sounds good, but frankly... i don't believe that it will work. but i will happy to work in such a scenario if it works. |
18:41.12 | zecke | mickeyl: and we can add our part on top of it |
18:42.03 | treke | zecke: the problem with that is libqtopia2 would likely be gpl |
18:42.35 | treke | and you run into the same licensing problems TimRiker was asking about libopie3 to resolve |
18:43.02 | zecke | treke: does it need to be LGPL? GNU says GPL would be better |
18:44.05 | treke | zecke: do you want to see opie running on commercial devices? |
18:44.11 | mickeyl | i would want it to be LGPL otherwise no company will ask us to adopt/use libopie |
18:45.23 | zecke | <PROTECTED> |
18:45.42 | treke | zecke: QT/E isnt gpl. its available under a commercial license |
18:45.44 | mickeyl | zecke: don't forget that Qt/E is QPL - double license! |
18:45.59 | treke | along with a gpl release |
18:46.14 | zecke | treke: QT/E is GPL! and OEM license |
18:47.09 | treke | zecke: not for device manufactorers. For them it is the commercial license. For us it's GPL |
18:47.42 | zecke | treke: a device manufacteur can use the GPL version as well... but they're scared cause they would have to obey GPL |
18:48.06 | zecke | but I'm not speaking against LGPL'ing libopie2-3-4-5 |
18:48.31 | zecke | the thing is if they need to buy Qt/E cause of GPL they can buy Qtopia + support for not much more as well |
18:49.06 | treke | if they are going to have to buy qtopia to use opie, is OPIE really going to be that compelling of a choice? |
18:49.55 | zecke | treke: what prevents XYZ to use OPIE/Qtopia under GPL? |
18:50.10 | zecke | treke: to protect their custimations? |
18:50.25 | treke | zecke: proprietary applications |
18:50.51 | zecke | treke: but that kind of software is bad ;) |
18:50.53 | treke | zecke: Hancomm word couldnt be shipped on a device using OPIE under the gpl |
18:50.59 | zecke | yes ok 3rd party software is important |
18:51.00 | treke | zecke: Sure it is. |
18:51.09 | treke | zecke: But to companies it's important |
18:51.23 | zecke | navigation ssoftware with vector maps... |
18:51.40 | treke | they dont care about the goodness of free software, they just want to make a buck, and they do that by getting people like tkc to sell software |
18:52.33 | zecke | treke: so Tim at Texas Instruments want to use OPIE instead of Qtopia from TT? |
18:53.01 | treke | you'd have to ask him. He was asking about opie's licensing |
18:53.22 | treke | that makes me think the idea crossed his mind :) |
18:54.05 | zecke | treke: the question is how wise would it be to break with Qtopia2 to allow someone to make money |
18:54.26 | zecke | treke: libqpe sucks but it works |
18:54.51 | zecke | vs. new code with bugs but less sucking and LGPL |
18:55.05 | zecke | + some #defines for SC |
18:56.19 | zecke | we need to meet after Opie1.0 |
18:57.34 | treke | zecke: the #1 problem I see with breaking binary compatibility is users. I dont know how many people would continue to use opie if they couldnt use the various pieces of commercial software out there |
18:58.46 | treke | Some authors might port if it was easy enough, but some I really doubt some company I will leave unnamed would be in the slightest bit interested |
18:59.22 | mickeyl | hehe |
18:59.25 | mickeyl | i can imagine |
18:59.29 | zecke | treke: one can always install a libqpe whichc calls OPIE internally |
18:59.49 | treke | zecke: that would be great |
19:00.56 | treke | but that will limit us to QT/2 for a while longer |
19:01.15 | mickeyl | this is unacceptable for me |
19:01.37 | mickeyl | we will have a hard time doing great enhancements if we must stick to qt2 |
19:01.38 | zecke | treke: will make users stay longer on Qt/2 |
19:02.11 | zecke | mickeyl: we need to have a big charming steering meeting... |
19:02.45 | treke | if the users have to stay on it, then developers will stay on it, because the point of developing is for the user |
19:02.49 | mickeyl | zecke: appreaciating this. and if we do this, we imho should elect a head coordinator. we ned one. |
19:02.51 | mickeyl | s/ned/need |
19:03.13 | zecke | mickeyl: what would he do? President of the OPIE e.V.? |
19:03.37 | mickeyl | hehe, yeah |
19:03.48 | zecke | mickeyl: one general rule of OPIE was no influence by companies |
19:03.51 | mickeyl | zecke: no really, but a person who has the overview over the project. |
19:04.07 | mickeyl | zecke: and that rule must stay. |
19:04.21 | treke | it's sort of like the gcc3 situation, there are no reasons we can't be using gcc3 right now, and it seems to work rather well from the images I've tested, but no one wants to use them because of it cuts them off fromm the general user population |
19:04.21 | mickeyl | we won't do stuff for cookies or hardware. |
19:04.24 | zecke | mickeyl: don't like Government... only selfgovernment |
19:04.57 | treke | someone needs to be keeping an eye on the big picture. management is a good thing if you can find a good manager |
19:05.08 | zecke | treke: the chrooted jail isn't working yet |
19:08.39 | treke | this is why I don't use closed source apps :) |
19:11.10 | treke | if we do have to break binary compatibility, I'd probably vote for doing a clean break. Not worrying about cruft like chroot environments for old apps |
19:11.31 | treke | maybe something source level like minikde |
19:12.27 | zecke | treke: minikde is something for lazy bastards ;) |
19:13.09 | treke | yup |
19:14.42 | treke | realistically, there isnt shouldnt be that much qpe code in most apps |
19:15.00 | treke | unlike kde, which has a lot of extensions. |
19:15.30 | zecke|away | treke: core apps do |
19:16.16 | zecke|away | and qpe contains tons of useful stuff once you know that sucker |
19:35.38 | *** join/#opie Ormod (~ormod@cs78130014.pp.htv.fi) |
20:10.17 | *** join/#opie Harlekin (~max@pD954570E.dip.t-dialin.net) |
20:35.11 | *** join/#opie treke|home (~ggilbert@lsanca2-ar29-4-41-066-146.lsanca2.elnk.dsl.genuity.net) |
20:36.33 | *** join/#opie treke|ho1e (~ggilbert@lsanca2-ar29-4-41-066-146.lsanca2.elnk.dsl.genuity.net) |
20:57.27 | *** join/#opie treke|laptop (~ggilbert@lsanca2-ar29-4-41-066-146.lsanca2.elnk.dsl.genuity.net) |
20:58.45 | *** join/#opie ljp_laptop (~ljp@tq0108.peakpeak.com) |
21:12.53 | *** join/#opie treke|la1top (~ggilbert@lsanca2-ar29-4-41-066-146.lsanca2.elnk.dsl.genuity.net) |
21:31.22 | *** join/#opie u19809 (~u19809@cable-62-205-64-130.upc.chello.be) |
21:31.33 | u19809 | anybody home ? |
21:34.20 | zecke|zZZZzzZZ | not really |
21:35.39 | *** join/#opie davipt (~davipt@litux.org) |
21:37.29 | zecke|zZZZzzZZ | davipt: can you provide a keymap for pt? |
21:37.38 | zecke|zZZZzzZZ | u19809: I'm leaving now |
21:38.17 | davipt | yep, I'll look at it this weekend |
21:38.52 | zecke|zZZZzzZZ | davipt: it is even documented ;) |
21:39.14 | davipt | ok |
21:39.25 | zecke|zZZZzzZZ | nite |
21:41.29 | u19809 | Davipd or zecke still here ? |
21:41.39 | davipt | yep, sort of |
21:41.42 | *** join/#opie ljp_laptop (~ljp@tq0108.peakpeak.com) |
21:41.50 | u19809 | sorry wading through my mail ... 1000 Message wow |
21:42.03 | u19809 | I have a problem with mailit and wondered if I am the only one |
21:42.16 | u19809 | I have compiled it on intel and arm |
21:42.21 | u19809 | with gcc2 and gcc3 |
21:42.38 | u19809 | and on BOTH compiles it crashes on parsing an incoming message |
21:42.51 | u19809 | And according to valgrind because of a stack overwrite |
21:43.05 | u19809 | I have tried to figure out but I can't see anything wrong with it |
21:43.16 | u19809 | I know C++ but not to that extent. |
21:43.28 | u19809 | So I wondered if someone could have a look at a call in a source |
21:43.34 | ljp_laptop | start it with the option --no-stack-overwrite |
21:43.41 | u19809 | file and say what he thinks of it |
21:43.49 | u19809 | What would that help ? |
21:44.13 | ljp_laptop | it would help my daily amount of amusement |
21:44.19 | u19809 | ? |
21:44.25 | ljp_laptop | :) |
21:44.44 | u19809 | Ok let me try ... just to please you ;) |
21:45.36 | ljp_laptop | is that email it crashes on large? |
21:45.46 | u19809 | no small |
21:45.55 | u19809 | in fact I tried with many |
21:46.03 | u19809 | even with a 'hard' coded |
21:46.18 | ljp_laptop | does it crash on the handshake? or is it actually dl'ing? |
21:46.31 | u19809 | in the emailclient::mailArrived and then |
21:46.42 | u19809 | in the call emailHandler->parse3 |
21:46.58 | u19809 | it is the mailit app (noncore/net/mailit) |
21:47.22 | ljp_laptop | ok. ya, I help maintain mailit |
21:47.29 | davipt | brb |
21:48.03 | ljp_laptop | I'll look at it after qtopia gets finished compiling |
21:48.26 | u19809 | while compiling you can already look at the code |
21:48.51 | u19809 | Man I look stupid |
21:49.01 | u19809 | "g++: unrecognized option `-no-stack-overwrite'" |
21:49.05 | u19809 | ;-((((((((((( |
21:49.53 | ljp_laptop | no, i meant mailit --no-stack-overwrite |
21:50.10 | ljp_laptop | hehee |
21:50.21 | u19809 | the i get |
21:50.30 | ljp_laptop | or perhaps try mailit --great-googli-moogli |
21:50.46 | u19809 | mailit : refusing to comply -no-stack-overwrite |
21:50.57 | ljp_laptop | well. ther eya go |
21:51.32 | ljp_laptop | mailit --you-will-be-assimilated --resistance-is-futile |
21:52.29 | u19809 | mailit : you can always try on line 205:emailhandler.cpp |
21:54.11 | ljp_laptop | oh, but trying unusual start options is more fun |
21:58.57 | u19809 | ljp give me a sign when you are ready |
21:59.33 | ljp_laptop | might be a while. I'll check it out, though |
21:59.44 | u19809 | no problem I have some time |
22:00.48 | ljp_laptop | thats where it crashes? |
22:01.11 | u19809 | in the emailhandler->parse call of mailArrives |
22:02.02 | ljp_laptop | line 205 |
22:02.12 | u19809 | no that was a gues .... |
22:02.36 | u19809 | 368 |
22:02.50 | u19809 | first statement of mailArrived in emailclient.cpp |
22:40.58 | *** join/#opie ljp_laptop (~ljp@tq0216.peakpeak.com) |
22:42.06 | u19809 | hi jlp back ? |
22:42.33 | ljp_laptop | yup |
22:42.42 | u19809 | compiled ? |
22:47.32 | ljp_laptop | ya. now I have to compile opie, cause I forgot to do that |
22:47.44 | *** join/#opie Pringles_ (~peacock@198.151.180.85) |
22:50.11 | ljp_laptop | was that crashing on the call to parse(...) or was it crashing somewhere is parse() ? |
22:50.19 | ljp_laptop | in |
22:50.36 | u19809 | well during ... |
22:50.49 | u19809 | it calls the function but only a few statemens get executed |
23:13.36 | u19809 | ljp still here ? |
23:13.42 | ljp_laptop | yes |
23:14.00 | u19809 | I just looked at the code again and I think it has to do with the |
23:14.04 | u19809 | QString arguments. |
23:14.12 | u19809 | Most Qt code has const QString & |
23:17.08 | *** join/#opie drs (~drs@dsl-200-67-45-192.prodigy.net.mx) |
23:26.06 | ljp_laptop | true, but that shouldn't have that effect |
23:26.23 | u19809 | ran with valgrind again and still ; |
23:26.34 | u19809 | overwrites stack ;((( |
23:27.35 | ljp_laptop | but ya never know |
23:29.16 | ljp_laptop | still compiling... |
23:29.28 | u19809 | yeah ... takes a while ... |
23:29.39 | u19809 | compiling with const QString & |
23:30.09 | ljp_laptop | I wonder why TT didnt use const in the first place |
23:30.38 | u19809 | nope doesn't change anything |
23:34.56 | ljp_laptop | see if it crashes in TextParser class |
23:37.11 | u19809 | I 'set' a breakpoint in EMailHandler::parse |
23:37.16 | u19809 | ran it in debugger |
23:37.32 | u19809 | then I 's' about 10 times and only got statements |
23:37.47 | u19809 | of QString : voidref() { count++; } |
23:37.50 | u19809 | whatever that might be |
23:38.03 | u19809 | then it says mail->rawMail = in; |
23:38.08 | u19809 | and then BANG! |
23:38.36 | ljp_laptop | hmm, ok |
23:39.16 | u19809 | how can I print a QString in gdb ? |
23:41.03 | ljp_laptop | can output qDebug(someString); |
23:41.11 | ljp_laptop | thats to stdout also |
23:43.22 | u19809 | qDebug on (in) -> segfault |
23:44.18 | ljp_laptop | hmm, its working here, gcc2 |
23:44.38 | u19809 | I have here intel/gcc3 |
23:44.43 | u19809 | but also tried arm/gcc3 |
23:44.47 | u19809 | sorry gcc2 |
23:45.29 | ljp_laptop | hmm |
23:45.45 | ljp_laptop | you did a make clean, right? |
23:45.50 | ljp_laptop | in mailit |
23:45.52 | u19809 | touch *.cpp serveral times |
23:46.04 | u19809 | compiling with clean |
23:47.51 | u19809 | segfault ... |
23:48.21 | u19809 | you have intel compile too ? |
23:51.45 | ljp_laptop | no gcc |
23:51.53 | ljp_laptop | you mean x86 |
23:51.57 | ljp_laptop | ? |
23:52.09 | u19809 | no used gcc2 for Intel or arm ? |
23:52.17 | u19809 | you test on intel ? |
23:55.41 | u19809 | what are your compile flags ? |