You are here


Wind Mobile software billing bug says I was data roaming when I wasn't

Submitted by Roland on Mon, 2010-06-28 07:38

Got my first Wind Mobile bill on the weekend and it says I was "data roaming" when I stayed in the Wind Home zone. It says the following:


WIND AWAY Zone + Roaming $7.64

WIND AWAY Zone + Roaming charges kick in when you use your phone outside a foreign country. We’re constantly improving our reach across Canada so we can give you the best service possible.For an up-to-date map of WIND HOME & AWAY Zones visit or call us toll free 1-877-80WIND1


Date Time 06/17 02:10 PM 1.865 MB Away $7.64


I believe this is a bug. I was not in a Wind Away Zone. I spent the whole day of Thursday June 17, 2010 in East Vancouver, and Gastown, all of which are in the Wind Home Zone. Anybody else experience this? Is this really a bug? I'll contact Wind support but love to hear what others have experienced.


BUG Adventures - GPS still not getting a fix, need another antenna perhaps or is GPSConfig not working?

Submitted by Roland on Mon, 2009-04-06 01:58

Well it's been 2 weeks and I've been too busy to do much with my BUG Labs BUG but here's the current state of affairs:

  1. fixed my compiler in Eclipse to be R1.4 compliant by setting Preferences->Compiler->Compiler compliance level to 1.4
  2. Started my Bug and the following log is displayed in /var/log/concierge:
    1. [Sun Apr 05 21:32:13 GMT 2009] [INFO] GPSModlet defaulting to passive (external) antenna
    2. [Sun Apr 05 21:32:13 GMT 2009] [INFO] Started modlet from factory com.buglabs.bug.module.gps...
  3. I take it this means that the antenna is set to use the external antenna
  4. Wait 7 minutes and I still see the BUG with no fix
  5. Then I download the GPSConfig app as recommended by the BUG Labs folks and I see:
    1. GPSConfigServiceTracker: start
    2. status=3939
    3. [Sun Apr 05 21:40:31 GMT 2009] [INFO] AppManager started /usr/share/java/apps/GPSConfig.jar
  6. Then I tried using the joystick controller and the select button to configure the GPSConfig app to use the external antenna (and see this log:
    1. status=4003
    2. Switching to external (passive) antenna
    3. ret=0
  7. But the GPS Module display on the 2 line LCS still shows Passive which means it's NOT using the external antenna
  8. Help!
    1. Do I have a defective antenna?
    2. Am I doing something wrong with the GPSConfig app?
    3. Or is the GPS Module incorrect when it states that the antenna is Active i.e. internal antenna instead of Passive i.e. external antenna?


Upgraded Kernel and then Root FS of my BUG from R1.3 to R1.4, GPS still doesn't get a FIX

Submitted by Roland on Tue, 2009-03-17 01:12


Successfully updated my kernel on my BUG and then the ROOT FS (order is important, you must upgrade the kernel FIRST and then shutdown and then update the Root FS). However GPS is still not getting a fix!

Typos and minor bugs in the R1.44 Kernel upgrade procedure:

  • bug_kflash was in /usr/bin NOT /sbin
  • version is: 
    • Linux version (buildbot@darner) (gcc version 4.1.2) #104 PREEMPT Thu Mar 12 11:32:33 EDT 2009
  • which is slightly older than the version in the instructions (probably because the person who wrote the instructions has an experimental, newer version)

Typos and minor bugs in the R1.4 Root FS upgrade procedure:

  • on the Mac, e2fsck and resize2fs are in /usr/local/sbin

Here's what the GPS is showing

command is:

cat /dev/ttymxc/1

(since GPS is in slot 1)

("V" on the GPGLL lines mans "void" i.e no GPS FIX AFAIK!) - Antenna is pointing out the window which means it should get a fix since my other GPSes i.e. E71 and LD-4W have no problem getting a fix there!)















Tried to upgrade Bug Labs Bug Root FS to R1.4 but now my BUG is borked

Submitted by Roland on Sun, 2009-03-15 22:44

On Wednesday, the official release of Bug Labs R1.4 came out. Summary: I tried to upgrade my Bug Root File System, and my Bug no longer works and I am not sure where to document my problem (should I put it on the wiki or the forums?). I guess I will get on good 'ole IRC to get this fixed on Monday (I really dislike IRC, it reminds of the 1990s, full of people trying to help you but no RSS feed, no archives without bots that require Kevin Marks level knowledge to keep them up and running, and no distillation of knowledge so you are doomed to explain the same things over and over again!). Help! If you can help, twitter me @rtanglao or email me roland AT rolandtanglao or I'll try to get help on IRC as well as post on the Bug Labs R1.4 thread on Anybody who helps me, gets a free beer the next time they are in Vancouver (how about a Bug Labs meetup at Open Web 2009 in June 11-12 in Vancouver?) Read on for all details.


R1.4 = Bug Labs SDK 1.81 + Root FS 1.4 + Kernal 1.4 (Suggestion to Bug Labs: bundle these together or tag future releases so that tag 1.5 for example is the same release tag for SDK, FS and Kernal)

The Bug Labs documentation and web presence is confusing even for somebody like me who has been developing software for 20 years and uses confusing open source software like git and Drupal so that's saying something! And Bug Labs seems to admit it in this blog post from December, "Finding BUG Tutorials and Documentation". My off-the-cuff recommendation given my developer relations experience at Nortel  would be to create a single wiki page "Busy Developer's Guide to writing software for the BUG" (BDGB) with the bare minimum of info that is always up to date and to have the dev relations person (Alicia?) post a blog post on whenever the BDGG is updated! Anyways...

Here's what I did:

Tried to upgrade my Root FS to R1.4 using the Mac instructions from HOW to upgrade ROOT FS aka "Update your BUG memory card" (see "Yak Shaving" section below for full details)

Here's what happened:

The Root FS upgrade appeared to work but when I boot the Bug it doesn't come up and doesn't activate the Ethernet over USB so I can't ssh in to check things out.

Here's what I expected:

I expected it to "just work" and then I could proceed to upgrading the kernal to R 1.4

Guesses as to what went wrong

  1. A bug in the Root FS image?
  2. A bug in the ext2fsx software that I used namely 1.4d4
  3. Something else?

Yak Shaving (or what I did in exquisite detail)

(raw gist is here)

dd if=/dev/disk1s1 of=BUG_backup.ext3.bin 
tar xvfjv bug-image-production-bug-R1.4-rootfs.ext3.bz2
dd if=bug-image-production-bug-R1.4-rootfs.ext3.bz2  of=/dev/disk1s1
95105+1 records in
95105+1 records out
sudo /usr/local/sbin/fsck.ext3  /dev/disk1s1
e2fsck 1.39 (29-May-2006)
Couldn't find ext2 superblock, trying backup blocks...
/usr/local/sbin/fsck.ext3: Bad magic number in super-block while trying to open /dev/disk1s1
The superblock could not be read or does not describe a correct ext2
filesystem.  If the device is valid and it really contains an ext2
filesystem (and not swap or ufs or something else), then the superblock is corrupt, and you might try running e2fsck with an alternate superblock:
    e2fsck -b 8193 <device>
sudo /usr/local/sbin/resize2fs  /dev/disk1s1
resize2fs 1.39 (29-May-2006)
/usr/local/sbin/resize2fs: Bad magic number in super-block while trying to open /dev/disk1s1
Couldn't find valid filesystem superblock.

"Bug Adventures" III - How to use Eclipse

Submitted by Roland on Sun, 2009-01-18 16:08

Eclipse is a maze of twisty passages all alike for those not used to it :-) Herewith a quick and dirty guide for those not used to it! More in my Bug Adventures wiki

  1. How do I use f***ing Eclipse?
    1. Easy: always make sure the  Dragonfly Perspective is open from Window->Open Perspective->Other
  2. How do I load code from a JAR from other people for a Bug APP that's not on BUGnet?
    1. "New Bug Project" (one of the funny icons on the top left , the one in the middle)
    2. Select All Services, and select your Bug, then click Finish
    3. Right Click->Import->General->Archive File->Browse->blah.jar that you received from your friend or fellow developer
    4. Select "Yes To All" when asked about "Overwrite .project" in folder
    5. Right Click "Send to Bug

There doesn't seem to be a way to single step through code on the Bug itself. This seems to work no problem on the Virtual Bug but I don't use simulators, sorry! I used to do this via adb/gdb/xdb/ in the 1990s with HP-UX and other unix variants so there must be a way to do this on the Bug. Pointers appreciated!


"Bug Adventures" II - Why doesn't my GPS work?

Submitted by Roland on Sun, 2009-01-04 20:37

(Part 2 of my Bug Adventures series, for more real time wiki action check out my Bug Adventures wiki where I flesh out my thoughts before posting them here!)

Why doesn't my GPS aka BUGgps seem to work?
By "not working", I mean it doesn't get a GPS satellite lock which
results in a Java exception for those using the high level API and void
values e.g. "$GPGLL,,,,,022837.595,V*1D "for apps reading the RAW GPS
sentences.  My guess is it's a low level software bug that will be
fixed in the "real soon now" R1.4 software release. Note that I have
attached the external antenna and put it on the window sill where my
other GPSes (Nokia LD-4W, Nokia E71) have no problems obtaining a GPS

Herewith my debugging notes:

  1. seems to be the definitive source of how to fix your GPS! the fix in the thread:
    1. "navigate the front-panel menu to the GPS module
      and you will be able to see fix: True/False and IOX, which is the value
      of the IOX register:"

      1. (front panel led sequence is: modules->GPS->IOX) I get 0x63 which means
        1. bit  0: 1 == no GPS fix, since fix is active low
        2. bit 1: 1 = no overcurrent condition
        3. bit 2: 0 = no wakeup from sleep
        4. bit 3: 0 = don't know what this is, guess is 0 means don't download firmware
        5. bit 4,5 unused
        6. bit 7,6 0,1 == external antenna
  2. Other people's code I have tried
    1. GPSRawFeedExample always outputs "V*blah" which I think means void!
      1. e.g. $GPGLL,,,,,051302.397,V*10
    2. GPSLoggerSimpleGUI - the GUI doesn't work but at least the program doesn't crash :-)
    3. GPSLogger2 creates a zero length file in /tmp but does nothing else e.g. /tmp/GPSSun Jan 04 20:25:49 UTC 2009.log
    4. GpsLogger_1.1 java.lang.NullPointerException
      at com.buglabs.bug.module.gps.GPSModlet.getLatitudeLongitude(Unknown Source)
    5. My friend Simon's app has the same bug as GPS Logger 1.1 i.e. java.lang.NullPointerException
      at com.buglabs.bug.module.gps.GPSModlet.getLatitudeLongitude(Unknown Source)

      1. Simon's guess: the NMEA sentence they are getting from the underlying
        hardware isn't quite in the format they expect, so they end up trying
        to get a double out of the string  ","
      2. seems to be the same problem!
  3. Evidence that this is a Bug that's being worked on:
    1. this fix went into  svn trunk (svn://  ) on December 14, 2008,!revision/7632
      // default to passive (external) antenna, until
      // such time as we have confidence in the internal            
      // antenna's ability to obtain a fix          
      log.log(LogService.LOG_DEBUG, "GPSModlet defaulting to passive (external) antenna");              

"Bug Adventures" Personal Wiki started

Submitted by Roland on Sun, 2008-12-07 22:36

OK these really are the last photos of Unboxing the Bug from Bug Labs-20081206-5

I have started a personal Google Wiki called "BUG Adventures" to track my adventures with my Bug Labs BUG. There's not much there for now other than some newbie eclipse questions and  the usual anti-Java whingeing :-)  (since I have only played with my BUG for about an hour), but if you are interested you can check it out at your leisure.

The question of the moment is: what is this ? (couldn't find it in the wiki and manuals but then again I only searched for about 15 minutes!)

Otherwise, I'll post highlights here.


We don't have free movement of goods between Canada and the USA

Submitted by Roland on Sat, 2008-12-06 19:35

We don't have free movement of goods between Canada and the USA - 061220081641

We don't have real free movement of goods between Canada and the USA because the process (at least 15 minutes, probably more plus crossing the border which involved a 1.5 hour wait today) to pay GST and PST and duty takes too long when a consumer imports something into Canada from the USA. Why not streamline it? It's almost as if we don't want to have real free trade!

BTW the above form is the one that was used when I paid my GST and PST for the Bug from Bug Labs which was shipped to Blaine, Washington and imported by me into Canada today. More on the Bug later

Bug Labs resumes shipping on November 17th!

Submitted by Roland on Sat, 2008-11-15 02:10

Can't wait to get my Bug and my full suite of modules. It'll be a Bug Labs hacking kind of Christmas!

QUOTE [From Bug Blogger » Blog Archive » Manufacturing Update]

Starting November 17th we will start shipping the latest BUGbundles to customers with a goal of having ALL backorders fulfilled by December 1st. From that point forward we will be in a position to ship all our customers their new BUGs within 2 days of placing their order. We also have a number of exciting, new modules coming available within the next few weeks so stay tuned!


Bug Labs delays shipments because of worldwide credit crunch

Submitted by Roland on Tue, 2008-10-14 01:46

Beside delaying my Bug yet again (so first September and now November), this is another indicator of how deep this recession is (or will be). I don't recall a hardware manufacturing gadget crash during the dot com collapse!

QUOTE [From Bug Blogger » Blog Archive » The Credit Crisis in Action]

Over the past couple of months I’ve been reading with great interest all the postings on how the current economic crisis can/can’t, will/won’t effect the start up world. Having lived through the 2001 - 2003 nuclear winter, I feel strongly that no one will be spared, irrespective of how big your company is.

This reality scored a direct hit last week when we got a call from the CEO of our contract manufacturer (domestic, not overseas). Their credit lines were pulled by their bank (one of the big ones) because they had violated some terms of their loan agreement. While in the past, this type of thing was met with a “let’s work it out” type of attitude from the bank, instead given the credit crisis, that attitude disappeared. Consequently, they closed the facility where our product was being built.

As a result, we needed to immediately pull all our inventory, test fixtures, and packaging out of their facilities. To say the timing was terrible is a grave understatement. Our products were literally on their assembly lines, on schedule for our early October shipping deadlines.


BUG Labs - Canadian Credit Card with US Shipping Address doesn't work

Submitted by Roland on Sun, 2008-04-06 18:02

I want the entire suite of Bug Modules but I live in Canada. I tried to order with my Canadian Credit Card with a US Shipping Address but as I suspected, it didn't work. Thanks to the fine folks at Bug Labs for their patience in dealing with my multiple emails on this subject! It's not the end of the world but it's a bit disconcerting to see that despite "free trade" and "globalization", things haven't progressed since I was a kid ordering software and other gadgets from the USA in the 1970s and 80s, i.e. it's still ludicrously difficult to get gadgets over the border. Can we have a Schengen like zone between Canada and the USA please?

Subscribe to RSS - bug