Active Topics
-
Porting apps to Leste (29)
to Maemo 7 / Leste by Arno_11 - 2 days, 17 hrs ago -
Install Fonts in N900 (68)
to Maemo 5 / Fremantle by teroyk - 3 days, 20 hrs ago - more...
danielminan7 |
2010-07-18
, 18:43
|
|
Posts: 17 |
Thanked: 3 times |
Joined on Jul 2010
|
#21
|
This is a great app. When you fix the reboot loop tell to us.
 |
|
2010-07-18
, 19:22
|
|
Posts: 118 |
Thanked: 66 times |
Joined on Mar 2010
@ Brazil
|
#22
|
HEY THERE!
In DiabloTurbo (Soony look at DiabloTurbo thread --- Not published yet --- ) we could use a correction in Kernel to disable auto-reboot in sys-usr-files when gets a error. Of course, without getting R&D mode.
I think that anyone that Have a NIT had this reboot loop. In my case, i'm not sure, but at least 15 times I had this reboot loop.
So, to avoid this reboot loop, try to found, in sys-usr-files, where are located the sys-fail-files or sys-con-files, i'm not sure where it is now...
Working and working in DiabloTurbo, Telescope and Diablo5 integration.
Best Regards,
T.B.
In DiabloTurbo (Soony look at DiabloTurbo thread --- Not published yet --- ) we could use a correction in Kernel to disable auto-reboot in sys-usr-files when gets a error. Of course, without getting R&D mode.
I think that anyone that Have a NIT had this reboot loop. In my case, i'm not sure, but at least 15 times I had this reboot loop.
So, to avoid this reboot loop, try to found, in sys-usr-files, where are located the sys-fail-files or sys-con-files, i'm not sure where it is now...
Working and working in DiabloTurbo, Telescope and Diablo5 integration.
Best Regards,
T.B.
__________________
Practice makes perfect.....
But nobody's perfect......
so why practice?
I was born intelligent
education ruined me.
Practice makes perfect.....
But nobody's perfect......
so why practice?
I was born intelligent
education ruined me.
|
|
2010-07-18
, 19:24
|
|
Posts: 355 |
Thanked: 598 times |
Joined on Sep 2009
@ Nizhny Novgorod, Russia
|
#23
|
Hi, angun33!
Congrats with releasing the first release! Good job!
Unfortunately, i can't test it because it seems not working on my tablet...
Doh...
I installed your deb from the first post. Statusbar icon seemed to do nothing for me. I started to search the reason and noticed that there is no d-bus with name "org.launcher". So, i inserted a dozen of printf's in your code and found that the program seems to hang at MenuReader.c line 192:
Nor printf inserted inside this if { ... }, neither one placed after the if { ...} is executed.
It also prints this on console:
Unfortunately, i have no time at the moment to dig inside and find the reason. Hope these source line number tells something to you.
About way to call this launcher: since it supports calling via D-Bus, it is fairly easy to call it from statusbar, from tasknavigator, from telescope or anywhere else. I'm sure that this should be configurable.
Btw, my fingers want smooth kinetic scrolling in the launcher too
But it is a lowest priority task of course
I'm going to be in vacation next 7 days. Sorry if i wont be able to answer quickly.
Thank you
Last edited by Mitrandir; 2010-07-18 at 19:27.
Congrats with releasing the first release! Good job!
Unfortunately, i can't test it because it seems not working on my tablet...
Doh...I installed your deb from the first post. Statusbar icon seemed to do nothing for me. I started to search the reason and noticed that there is no d-bus with name "org.launcher". So, i inserted a dozen of printf's in your code and found that the program seems to hang at MenuReader.c line 192:
Code:
if (g_markup_parse_context_parse (context, text, length, NULL) == FALSE)
It also prints this on console:
Code:
launcher[2003]: GLIB INFO default - Application dtor
About way to call this launcher: since it supports calling via D-Bus, it is fairly easy to call it from statusbar, from tasknavigator, from telescope or anywhere else. I'm sure that this should be configurable.
Btw, my fingers want smooth kinetic scrolling in the launcher too
But it is a lowest priority task of course I'm going to be in vacation next 7 days. Sorry if i wont be able to answer quickly.
Thank you
Last edited by Mitrandir; 2010-07-18 at 19:27.
| The Following User Says Thank You to Mitrandir For This Useful Post: | ||
|
|
2010-07-18
, 19:49
|
|
Posts: 355 |
Thanked: 598 times |
Joined on Sep 2009
@ Nizhny Novgorod, Russia
|
#24
|
Okay, it seems that i found the reason why it is not working for me. You have the series of frees in Application class destructor. It seems like _icon member is uninitialized there. I added this to beginning of constructor and it started to work:
I don't know why this fail was only for me
But it might be good to check another such cases
Now i can say that it is even more sweet in real life that on screenshots I really love it. But may be i like larger fonts
Bugreport #2 The Launcher seems to be unable to run several built-in applications, for example, built-in games and Clock
Bugreport #3: it displays properly icons for all applications except for Mauku and fHeroes2.
fHeroes2 is my package, so i can give you some more details. Its desktop file:
The icons are placed here:
Anyway, this launcher is great and i'm looking forward for your further work and for merging our projects together!
Last edited by Mitrandir; 2010-07-18 at 20:03.
Code:
_filename = 0; _icon = 0; _iconPath = 0; _executable = 0; _service = 0;
But it might be good to check another such cases
Now i can say that it is even more sweet in real life that on screenshots
I really love it. But may be i like larger fonts Bugreport #2
The Launcher seems to be unable to run several built-in applications, for example, built-in games and ClockBugreport #3: it displays properly icons for all applications except for Mauku and fHeroes2.
fHeroes2 is my package, so i can give you some more details. Its desktop file:
Code:
[Desktop Entry] Version=0.3 Encoding=UTF-8 Type=Application Icon=fheroes2 Exec=/usr/bin/fheroes2 Terminal=false Name=fHeroes II StartupWMClass=fheroes2 StartupNotify=true X-Osso-Type=application/x-executable
Code:
/usr/share/icons/hicolor/40x40/hildon/fheroes2.png /usr/share/icons/hicolor/64x64/hildon/fheroes2.png /usr/share/icons/hicolor/32x32/hildon/fheroes2.png
Last edited by Mitrandir; 2010-07-18 at 20:03.
| The Following 6 Users Say Thank You to Mitrandir For This Useful Post: | ||
 |
|
2010-07-18
, 19:55
|
|
Posts: 1,359 |
Thanked: 717 times |
Joined on May 2009
@ ...standing right behind you...
|
#25
|
Is there a 'safer' version of this that can be installed now?
__________________
.N810 experience: Since 6/2009
My Twenty Favorite OS2008 Applications:
AutoScan, Diablo5 Theme, Dialcentral, DragLock, EmelFM2, FlipClock, gPodder, Headphoned, Knots 2, Maemo Mapper, mPlayer, openNTPD, OpenSSH, Panucci, Personal Launcher, QuickNote, Seqretary, SlideLock, Telescope, YellowNotes
.N810 experience: Since 6/2009
My Twenty Favorite OS2008 Applications:
AutoScan, Diablo5 Theme, Dialcentral, DragLock, EmelFM2, FlipClock, gPodder, Headphoned, Knots 2, Maemo Mapper, mPlayer, openNTPD, OpenSSH, Panucci, Personal Launcher, QuickNote, Seqretary, SlideLock, Telescope, YellowNotes
| The Following User Says Thank You to silvermountain For This Useful Post: | ||
|
|
2010-07-18
, 20:04
|
|
Posts: 355 |
Thanked: 598 times |
Joined on Sep 2009
@ Nizhny Novgorod, Russia
|
#26
|
(misinformation here)
Last edited by Mitrandir; 2010-07-18 at 20:10.
Last edited by Mitrandir; 2010-07-18 at 20:10.
 |
|
2010-07-18
, 20:07
|
|
Posts: 97 |
Thanked: 18 times |
Joined on Jan 2008
@ UK
|
#27
|
Originally Posted by Mitrandir
The version from the first post is the one that caused the reboot loop on my N800.
The version from first post can be installed safely
|
|
2010-07-18
, 20:12
|
|
Posts: 355 |
Thanked: 598 times |
Joined on Sep 2009
@ Nizhny Novgorod, Russia
|
#28
|
Sorry, i thought it was from #10
Hmmm... So, it seems there is something seriously wrong with the packet...
Does somebody knows, if launcher process (which is registered as system service in /etc/init.d) will constantly fail with segfault, can it be the reason of reboot loop?
I'm asking because the bug i have described a couple of posts above can simply cause segfault.
I have been with R&D mode from my day one, so i don't know what can cause reboot loop
Last edited by Mitrandir; 2010-07-18 at 20:15.
Hmmm... So, it seems there is something seriously wrong with the packet...
Does somebody knows, if launcher process (which is registered as system service in /etc/init.d) will constantly fail with segfault, can it be the reason of reboot loop?
I'm asking because the bug i have described a couple of posts above can simply cause segfault.
I have been with R&D mode from my day one, so i don't know what can cause reboot loop
Last edited by Mitrandir; 2010-07-18 at 20:15.
 |
|
2010-07-18
, 20:21
|
|
Posts: 4,708 |
Thanked: 4,649 times |
Joined on Oct 2007
@ Bulgaria
|
#29
|
Originally Posted by Mitrandir
Well, dunno about everyone else, but I have this same problem
Okay, it seems that i found the reason why it is not working for me. You have the series of frees in Application class destructor. It seems like _icon member is uninitialized there. I added this to beginning of constructor and it started to work:
I don't know why this fail was only for meCode:_filename = 0; _icon = 0; _iconPath = 0; _executable = 0; _service = 0;
But it might be good to check another such cases
Now i can say that it is even more sweet in real life that on screenshots
Bugreport #2
Bugreport #3: it displays properly icons for all applications except for Mauku and fHeroes2.
fHeroes2 is my package, so i can give you some more details. Its desktop file:
The icons are placed here:Code:[Desktop Entry] Version=0.3 Encoding=UTF-8 Type=Application Icon=fheroes2 Exec=/usr/bin/fheroes2 Terminal=false Name=fHeroes II StartupWMClass=fheroes2 StartupNotify=true X-Osso-Type=application/x-executable
Anyway, this launcher is great and i'm looking forward for your further work and for merging our projects together!Code:/usr/share/icons/hicolor/40x40/hildon/fheroes2.png /usr/share/icons/hicolor/64x64/hildon/fheroes2.png /usr/share/icons/hicolor/32x32/hildon/fheroes2.png
__________________
Technically, there are three determinate states the cat could be in: Alive, Dead, and Bloody Furious.
Technically, there are three determinate states the cat could be in: Alive, Dead, and Bloody Furious.
 |
|
2010-07-18
, 20:22
|
|
Posts: 4,274 |
Thanked: 5,358 times |
Joined on Sep 2007
@ Looking at y'all and sighing
|
#30
|
Originally Posted by Mitrandir
According to its init.d script, it starts the launcher process using "dsmetool -t". According to dsmetool, " -t --start-restart=<cmd> Start a process (on process exit, restart max N times, then do SW reset)." Anyway, disabling the lifeguard stops dsmetool from restarting, I believe
Does somebody knows, if launcher process (which is registered as system service in /etc/init.d) will constantly fail with segfault, can it be the reason of reboot loop?