barry error when running sync

Hi Chris
Sorry for the delay in replying.
That worked and now syncing is working perfectly :)
Thanks for all your help
Cheers
Jon

------------------------------------------------------------------------------
This SF.net email is sponsored by 

Make an app they can't live without
Enter the BlackBerry Developer Challenge
http://p.sf.net/sfu/RIM-dev2dev 

PPPOB Gets IP Address, Then Shuts Down

If this is not the right place for requesting help, please steer me to the correct place!

Carrier: ATT
Phone: Blackberry Bold
Problem:

1) I have successfully used this phone several times in the past with Barry.
2) When I start Barry, the connection attempt happens like always, the phone receives an IP address via
IPCP, Barry complains it cannot determine the local IP address and shuts down the connection.

Any thoughts?

Thanks in Advance,
Dennis

Verbose terminal output:

root <at> lapdog:/etc/ppp/peers# bb
Setting abort string
Initializing modem
usb_set_debug: Setting debugging level to 9 (on)
usb_os_init: Found USB VFS at /dev/bus/usb
usb_os_find_busses: Found 007
usb_os_find_busses: Found 006
usb_os_find_busses: Found 005
usb_os_find_busses: Found 004
usb_os_find_busses: Found 003
usb_os_find_busses: Found 002
usb_os_find_busses: Found 001
usb_os_find_devices: Found 001 on 007

Re: PPPOB Gets IP Address, Then Shuts Down

On Tue, Aug 03, 2010 at 03:26:26PM -0700, Dennis Rardin wrote:
> If this is not the right place for requesting help, please steer me to the correct place!

This is the place. 

> 1) I have successfully used this phone several times in the past with Barry.

The obvious next question is: has anything changed on your system since
it worked before?

> <snipped many sent/rcvd with consecutive hex id's>
> 
> sent [IPCP ConfReq id=0x8d <addr 0.0.0.0>]
> rcvd [IPCP ConfNak id=0x8d]
> sent [IPCP ConfReq id=0x8e <addr 0.0.0.0>]
> rcvd [IPCP ConfNak id=0x8e]
> sent [IPCP ConfReq id=0x8f <addr 0.0.0.0>]
> rcvd [IPCP ConfNak id=0x8f <addr 10.68.161.152>]
> sent [IPCP ConfReq id=0x90]
> rcvd [IPCP ConfAck id=0x90]
> Could not determine local IP address

This looks pretty odd to me.  It is not a Barry problem, but a PPP problem,
and perhaps a provider problem.  Barry's pppob is faithfully carrying
the 0x90 requests and responses, but the handshake is not working for
some reason.

I find it odd that the provider would respond with a Nak at the same
time that it gives an IP address.  But perhaps my PPP protocol understanding
is limited.

Subject: Blackberry Torch and Barry

Blackberry Torch and Barry

FYI: ATT Sent me a Torch today and it seemed to work without a hitch
for Tethering and a quick test backup seemed to work as well.

Thank you to everyone who has worked on Barry it has been very valuable!

------------------------------------------------------------------------------
This SF.net email is sponsored by 

Make an app they can't live without
Enter the BlackBerry Developer Challenge
http://p.sf.net/sfu/RIM-dev2dev 

Re: Blackberry Torch and Barry

On Thu, Aug 12, 2010 at 10:52:34PM -0400, Darren Albers wrote:
> FYI: ATT Sent me a Torch today and it seemed to work without a hitch
> for Tethering and a quick test backup seemed to work as well.
> 
> Thank you to everyone who has worked on Barry it has been very valuable!

Glad to hear it!  Thanks for the success report!

- Chris

------------------------------------------------------------------------------
This SF.net email is sponsored by 

Make an app they can't live without
Enter the BlackBerry Developer Challenge
http://p.sf.net/sfu/RIM-dev2dev 

Re: Blackberry Torch and Barry

------------------------------------------------------------------------------
This SF.net email is sponsored by 

Make an app they can't live without
Enter the BlackBerry Developer Challenge
http://p.sf.net/sfu/RIM-dev2dev 

_______________________________________________
Barry-devel mailing list
Barry-devel@...
https://lists.sourceforge.net/lists/listinfo/barry-devel

Building for Mac

I am not a tech newbie, but definitely not up on how to build stuff on *nix based systems, unless they use ant
and are Java based :)

I installed libusb, via macports
	sudo port libusb

However I am still getting the usb.h missing problem when attempting to build.  I also just read that the new
hearders for libusb are no longer usb.h, but rather libusb.h

All I really need at this point is the use of bjavaloader to run on my Mac.  I've managed to get the simulator to
run and the other parts I need in order to do development.  This is the last missing piece to the puzzle.

Can someone provide me with the simplest way for me to build the bare minimum and just get bjavaloader
working on a Mac?  Or even better someone who has binaries from a while back that may still work.

Thank you,
------------------------------------------------------------------------------
This SF.net email is sponsored by 

Make an app they can't live without
Enter the BlackBerry Developer Challenge
http://p.sf.net/sfu/RIM-dev2dev 

Re: Building for Mac

Hi Eric,

The closest I've heard of someone building Barry on a Mac is someone building
it on FreeBSD.   Which isn't that close, but you get my drift.

But in theory, this is possible, because all the important pieces are there.

Take a look at the master list of dependencies at:

	http://www.netdirect.ca/software/packages/barry/dependencies.php

You won't need the ones marked for the GUI, nor opensync, nor FUSE.

If you're willing to make some small edits to the code for things like
usb.h and libusb.h, I'm willing to help you through the process of
compiling.  Just post the errors you get stuck in to the mailing list.

- Chris

On Tue, Aug 17, 2010 at 04:50:59PM -0700, Eric Arseneau wrote:
> I am not a tech newbie, but definitely not up on how to build stuff on *nix based systems, unless they use ant
and are Java based :)
> 
> I installed libusb, via macports
> 	sudo port libusb
> 
> However I am still getting the usb.h missing problem when attempting to build.  I also just read that the new
hearders for libusb are no longer usb.h, but rather libusb.h
> 
> All I really need at this point is the use of bjavaloader to run on my Mac.  I've managed to get the simulator to
run and the other parts I need in order to do development.  This is the last missing piece to the puzzle.
> 
> Can someone provide me with the simplest way for me to build the bare minimum and just get bjavaloader
working on a Mac?  Or even better someone who has binaries from a while back that may still work.
> 
> Thank you,
> ------------------------------------------------------------------------------
> This SF.net email is sponsored by 
> 
> Make an app they can't live without
> Enter the BlackBerry Developer Challenge
> http://p.sf.net/sfu/RIM-dev2dev 
> _______________________________________________
> Barry-devel mailing list
> Barry-devel@...
> https://lists.sourceforge.net/lists/listinfo/barry-devel

------------------------------------------------------------------------------
This SF.net email is sponsored by 

Make an app they can't live without
Enter the BlackBerry Developer Challenge
http://p.sf.net/sfu/RIM-dev2dev 

Re: Building for Mac

Thank you Chris,

So I tried something on a lark and it seems I got a lot further.  I installed the libusb-compat with mac ports. 
Did not make any changes to references to usb.

Now I am getting an error building what seems like barrysync.  Here is the error I have now, after it compiled a
whole boatload of things

I should be able to just build the gjavaloader, but I dont know how to do that :(  But then again, if I can build
all of it it may be useful to someone else.  I am also noticing that there is a jdwp stub, which could come in
handy to do on device debugging.

Here is tail end of the output I got on doing a make:

Making all in tools
g++ -DLOCALEDIR=\"/usr/local/share/locale\" -DHAVE_CONFIG_H -I. -I.. -I/opt/local/include       -g -O2
-MT btool-btool.o -MD -MP -MF .deps/btool-btool.Tpo -c -o btool-btool.o `test -f 'btool.cc' || echo './'`btool.cc
In file included from ../barry/vbase.h:27,
                 from ../barry/barrysync.h:27,
                 from btool.cc:23:
../barry/vformat.h:29:18: error: glib.h: No such file or directory
In file included from ../barry/vbase.h:27,
                 from ../barry/barrysync.h:27,
                 from btool.cc:23:
../barry/vformat.h:49: error: ISO C++ forbids declaration of ‘GList’ with no type
../barry/vformat.h:49: error: expected ‘;’ before ‘*’ token
../barry/vformat.h:66: error: ISO C++ forbids declaration of ‘GList’ with no type
../barry/vformat.h:66: error: expected ‘;’ before ‘*’ token
../barry/vformat.h:67: error: ISO C++ forbids declaration of ‘GList’ with no type
../barry/vformat.h:67: error: expected ‘;’ before ‘*’ token
../barry/vformat.h:68: error: ISO C++ forbids declaration of ‘GList’ with no type
../barry/vformat.h:68: error: expected ‘;’ before ‘*’ token
../barry/vformat.h:70: error: ‘gboolean’ does not name a type
../barry/vformat.h:75: error: ISO C++ forbids declaration of ‘GList’ with no type
../barry/vformat.h:75: error: expected ‘;’ before ‘*’ token
../barry/vformat.h:136: error: ‘gboolean’ does not name a type
../barry/vformat.h:140: error: expected constructor, destructor, or type conversion before ‘*’ token
../barry/vformat.h:144: error: expected constructor, destructor, or type conversion before ‘*’ token
../barry/vformat.h:145: error: expected constructor, destructor, or type conversion before ‘*’ token
../barry/vformat.h:149: error: ‘gboolean’ does not name a type
../barry/vformat.h:151: error: expected constructor, destructor, or type conversion before ‘*’ token
../barry/vformat.h:153: error: expected constructor, destructor, or type conversion before ‘*’ token
../barry/vformat.h:155: error: expected constructor, destructor, or type conversion before ‘*’ token
../barry/vformat.h:159: error: ‘gboolean’ does not name a type
In file included from ../barry/barrysync.h:27,
                 from btool.cc:23:
../barry/vbase.h:69: error: template argument 3 is invalid
../barry/vbase.h:69: error: invalid type in declaration before ‘;’ token
make[2]: *** [btool-btool.o] Error 1
make[1]: *** [all-recursive] Error 1
make: *** [all] Error 2

On Aug 17, 2010, at 7:10 PM, Chris Frey wrote:

> Hi Eric,
> 
> The closest I've heard of someone building Barry on a Mac is someone building
> it on FreeBSD.   Which isn't that close, but you get my drift.
> 
> But in theory, this is possible, because all the important pieces are there.
> 
> Take a look at the master list of dependencies at:
> 
> 	http://www.netdirect.ca/software/packages/barry/dependencies.php
> 
> You won't need the ones marked for the GUI, nor opensync, nor FUSE.
> 
> If you're willing to make some small edits to the code for things like
> usb.h and libusb.h, I'm willing to help you through the process of
> compiling.  Just post the errors you get stuck in to the mailing list.
> 
> - Chris
> 
> 
> 
> On Tue, Aug 17, 2010 at 04:50:59PM -0700, Eric Arseneau wrote:
>> I am not a tech newbie, but definitely not up on how to build stuff on *nix based systems, unless they use ant
and are Java based :)
>> 
>> I installed libusb, via macports
>> 	sudo port libusb
>> 
>> However I am still getting the usb.h missing problem when attempting to build.  I also just read that the
new hearders for libusb are no longer usb.h, but rather libusb.h
>> 
>> All I really need at this point is the use of bjavaloader to run on my Mac.  I've managed to get the simulator
to run and the other parts I need in order to do development.  This is the last missing piece to the puzzle.
>> 
>> Can someone provide me with the simplest way for me to build the bare minimum and just get bjavaloader
working on a Mac?  Or even better someone who has binaries from a while back that may still work.
>> 
>> Thank you,
>> ------------------------------------------------------------------------------
>> This SF.net email is sponsored by 
>> 
>> Make an app they can't live without
>> Enter the BlackBerry Developer Challenge
>> http://p.sf.net/sfu/RIM-dev2dev 
>> _______________________________________________
>> Barry-devel mailing list
>> Barry-devel@...
>> https://lists.sourceforge.net/lists/listinfo/barry-devel
> 
> ------------------------------------------------------------------------------
> This SF.net email is sponsored by 
> 
> Make an app they can't live without
> Enter the BlackBerry Developer Challenge
> http://p.sf.net/sfu/RIM-dev2dev 
> _______________________________________________
> Barry-devel mailing list
> Barry-devel@...
> https://lists.sourceforge.net/lists/listinfo/barry-devel

------------------------------------------------------------------------------
This SF.net email is sponsored by 

Make an app they can't live without
Enter the BlackBerry Developer Challenge
http://p.sf.net/sfu/RIM-dev2dev 

Re: Building for Mac

On Tue, Aug 17, 2010 at 08:47:02PM -0700, Eric Arseneau wrote:
> Thank you Chris,
> 
> So I tried something on a lark and it seems I got a lot further.  I installed the libusb-compat with mac ports. 
Did not make any changes to references to usb.
> 
> Now I am getting an error building what seems like barrysync.  Here is the error I have now, after it compiled
a whole boatload of things
> 
> I should be able to just build the gjavaloader, but I dont know how to do that :(  But then again, if I can build
all of it it may be useful to someone else.  I am also noticing that there is a jdwp stub, which could come in
handy to do on device debugging.
> 
> Here is tail end of the output I got on doing a make:
> 
> Making all in tools
> g++ -DLOCALEDIR=\"/usr/local/share/locale\" -DHAVE_CONFIG_H -I. -I.. -I/opt/local/include       -g -O2
-MT btool-btool.o -MD -MP -MF .deps/btool-btool.Tpo -c -o btool-btool.o `test -f 'btool.cc' || echo './'`btool.cc
> In file included from ../barry/vbase.h:27,
>                  from ../barry/barrysync.h:27,
>                  from btool.cc:23:
> ../barry/vformat.h:29:18: error: glib.h: No such file or directory
> In file included from ../barry/vbase.h:27,
>                  from ../barry/barrysync.h:27,
>                  from btool.cc:23:

Hi Eric,

Looks like you found a bug in the build process.  Thanks!

The problem is that glib is required for the libbarrysync library,
but that library is optional, and it should not be used if glib is
not on your system.  You don't need it for bjavaloader either.

I've committed a fix to the latest git that should fix this for you.
You'll have to start fresh, and run buildgen.sh again.
A "./buildgen.sh cleanall ; ./buildgen.sh" should be fine.

- Chris

------------------------------------------------------------------------------
This SF.net email is sponsored by 

Make an app they can't live without
Enter the BlackBerry Developer Challenge
http://p.sf.net/sfu/RIM-dev2dev