Page 5 of 10 FirstFirst 12345678910 LastLast
Results 81 to 100 of 192
Like Tree1Likes
  1. conum's Avatar
    Posts
    338 Posts
    Global Posts
    339 Global Posts
    #81  
    how long should i wait?
    more than 5 min? i did, and nothing changed.
    now i'll give it another try:
    - removed netstat
    - removed netstatd
    - removed "app-storage/file_media.cryptofs ... netstat0"
    start from scratch ...
    and yes, i had netstat installed, but had deleted the "app-storage/...var...files" after removing netstat through preware and before installing the new version.
    ---
    after re-installing both from scratch the counter had about 700 kb (loading preware etc!?), i resetted counter and now (after ca 3 min) it seems to work, but still shows 1.0.7.
    i hope that "account period settings" do work now
  2. #82  
    nothing, netstatd is not running

    I've restarted and it doesn't work
  3. shinebar's Avatar
    Posts
    31 Posts
    Global Posts
    33 Global Posts
    #83  
    Quote Originally Posted by debilater View Post
    Yes, ignore the version it shows, I forgot to change it in the views, sorry. Too much to do here...
    Fine - doesn't matter as everything else is working fine. Had to reset the Pre to restart the daemon, after that everything worked.

    Thanks alot!
  4. #84  
    1.09 it's not working on my GSM pre, whenever I start the apps, it just stats "Netstat Service Not Running" and seem this app cause my wifi to freeze
    Palm IIIe > Sony S300 > Sony N700 > Sony TG50 > Sony TH55 > Trēo 680 > Palm Prē > Palm Prē 2 (GSM) + Veer
  5. #85  
    Deamon isn't resetting the counters. Even after waiting for 2 days... :/

    Just tried again...no reset after waiting 30 minutes again. It is definitely a bug that has to be fixed.
  6.    #86  
    I'm working on it...
  7. #87  
    Wonderful

    And thx for this very useful app
  8. RMB175's Avatar
    Posts
    418 Posts
    Global Posts
    447 Global Posts
    #88  
    It appears to be broken after the 1.4 update.

    I get an error mssg stating -- SyntaxError: Badly formed JSON string: ''
  9. Morbo's Avatar
    Posts
    8 Posts
    Global Posts
    9 Global Posts
    #89  
    Glad I'm not the only one, I get the same error after the 1.4.0 update on my German GSM Pre.
  10. #90  
    make that three, stoped working for me after update to 1.4 too
  11.    #91  
    Could someone with 1.4 post the stats.json file please? It is located either in:

    /media/internal/.app-storage/file_.media.cryptofs.apps.usr.palm.applications.org.daemon.de.netstat_0/stats.json

    or:

    /media/internal/.app-storage/file_.var.usr.palm.applications.org.daemon.de.netstat_0/stats.json

    Thanks a lot!
  12. #92  
    Hi debilater

    Code:
    root@palm-webos-device:/# cat /media/internal/.app-storage/file_.var.usr.palm.applications.org.daemon.de.netstat_0/stats.json
    {
      "wifigraph": {
        "traffic":    "2697480528 Bytes",
        "rawtraffic": "2697480528"
      },
      "wangraph": {
        "traffic":    "134 MB",
        "rawtraffic": "141337146"
      },
      "btgraph": {
        "traffic":    "0 Bytes",
        "rawtraffic": "0"
      },
      "lastupdate": "15:29:24 02/27/2010",
      "timestamp": "1267280964"
    }
    Kind regards,
    Christof
  13.    #93  
    Looks well formed, no empty fields. Great. I love debuggin on this device

    @cmusik: and do you get the same error message?
  14.    #94  
    However - beside to this weird json bug, I fixed the db/prefs-dir bug that caused "netstatd not running" problems for some people in 1.0.10. I'll release it when I figured out what's going on with json on 1.4 once I updated myself...
  15. #95  
    Mine looks like this and I have the bug

    Code:
    palm-webos-device file_.var.usr.palm.applications.org.daemon.de.netstat_0 # cat stats.json 
    {
      "wifigraph": {
        "traffic":    "448 MB",
        "rawtraffic": "470368541"
      },
      "wangraph": {
        "traffic":    "45 MB",
        "rawtraffic": "47823590"
      },
      "btgraph": {
        "traffic":    "0 Bytes",
        "rawtraffic": "0"
      },
      "lastupdate": "17:08:09 02/27/2010",
      "timestamp": "1267286889"
    }
  16.    #96  
    Quote Originally Posted by petehild View Post
    Mine looks like this and I have the bug
    I can't see anything invalid. Anyone with JSON knowledge?
  17. #97  
    Quote Originally Posted by debilater View Post
    Looks well formed, no empty fields. Great. I love debuggin on this device

    @cmusik: and do you get the same error message?
    Yes, I have the same error, but I found the problem. The problem is that if an file doesn't exists, the onSuccess handler is called with empty text. With this patch it works for me.

    Code:
    index f47069d..8aec394 100644
    --- a/app/assistants/main-assistant.jsjsjs
    +++ $b$/$app$/$assistants$/$main$-$assistant$.$js$
    @@ -$278$,$6$ +$278$,$12$ @@ $MainAssistant$.$prototype$.$dbError$ = $function$() {
     
     $MainAssistant$.$prototype$.$DisplayStats$ = $function$($transport$) {
         $try$ {
    +
    +        $if$ ($transport$.$responseText$ === &$quot$;&$quot$;) {
    +            $this$.$ShowStatsVar$();
    +            $return$;
    +        }
    +
            $var$ $json$ = $transport$.$responseText$.$evalJSON$($true$);
            $if$($json$.$wifigraph$ &$amp$;&$amp$; $json$.$wangraph$ &$amp$;&$amp$; $json$.$btgraph$ &$amp$;&$amp$; $json$.$lastupdate$) {
                $var$ $graph$ = $new$ $Array$('$wifigraph$', '$wangraph$', '$btgraph$');
    Ugly workaround, but it works

    Kind regards,
    Christof
    Last edited by cmusik; 02/27/2010 at 11:03 AM.
  18. #98  
    @cmusik
    The Patch works for me too, thanks
  19.    #99  
    Quote Originally Posted by cmusik View Post
    Yes, I have the same error, but I found the problem. The problem is that if an file doesn't exists, the onSuccess handler is called with empty text. With this patch it works for me.
    @cmusik: Thanks for the patch.

    However - this is not the real cause of the problem. I've got the same error here with 1.4, but only if I tap on history of an interface. Looking at the history code I realized that it contains the very same bug which I fixed in the main-assistant.jsjsjs: $it$ $looks$ $into$ $the$ $wrong$ $directory$.

    But my main view works, because I've got already the fixed daemon running It will migrate the data from the old directory structure on startup if it finds it, while the app will always try the new location first (this is what the history assistant is missing)

    Btw - I also saw in your stats.json output the large bytes counter on the wifi interface. This is also a bug in the daemon which I fixed. The problem here was, that the /bin/sh on the palm (part of busybox) has an integer size limit, test $bytes -gt 1024 failed because of an overflow error. And there was another bug: I used expr to calculate the human readable counters, but expr doesn't support floats, so it rounded 1.123 gig and 1.983 git both to 1 gig. Now I use awk for the whole thing, which fixes this.
  20.    #100  
    comitted 1.0.10, will be during the next hour in preware.

Posting Permissions