Hi,
I have the same problem, can you details how you fixe it ?
Thanks you.
On 31 mar, 02:46, BeWillDir wmmichael...@gmail.com wrote:
Thank you. The dump operation helped me isolate the problem. The
class files are indeed identical (confirmed by cmp). The problem was
more insidious. The dx
Hi,
I have the same problem, can you detail how you fix it ?
Thanks you.
On 30 mar, 22:18, Dan Bornstein danf...@android.com wrote:
On Mon, Mar 30, 2009 at 11:12 AM, BeWillDir wmmichael...@gmail.com
wrote:
Now I'm preparing for a trip and I want to continue development
on my netbook,
Oh, hey, no problem. Sometimes it's not a matter of getting the right
fix from someone, but rather, a sympathetic and intelligent
correspondent. I work alone and that's, uh, lonely. And I can't
blame you for wanting to double-check my assumptions. I would do the
same.
I'll try to get you
Cartouche - for my system, it was simply a matter of changing a
symbolic link so that the Sun runtime environment is use when the java
command is invoked from a shell. On the Debian system I'm using, that
link is in /etc/alternatives. And in my case I did this:
cd /etc/alternatives
ln -s -f
Oh, and here is the result with the Sun JRE for comparison...
b...@gizmo:~/android/Apprise$ dx --dump bin/classes/net/from/apprise/
Apprise.class
reading bin/classes/net/from/apprise/Apprise.class...
begin classfile
magic: cafebabe
minor_version:
major_version: 0031
constant_pool_count:
OK, Dan, here are fragments of the output resulting from 'dx --dump
bin/classes/net/from/apprise/Apprise.class' when gij is used. Results
are similar for any class file. Unfortunately, it's not an outright
crash with a stack dump and I suppose this only gives you an
approximate idea of where it
On Mon, Mar 30, 2009 at 11:12 AM, BeWillDir wmmichael...@gmail.com
wrote:
Now I'm preparing for a trip and I want to continue development
on my netbook, but I'm haviing trouble with the build process. It
appears to run the compiler OK, and generates a set of class files
identical to that on
Thank you. The dump operation helped me isolate the problem. The
class files are indeed identical (confirmed by cmp). The problem was
more insidious. The dx command worked OK on the original system, but
not on the new one. Here's why:
The proximate cause was that I was sloppy installing
On Mon, Mar 30, 2009 at 5:46 PM, BeWillDir wmmichael...@gmail.com
wrote:
The dx command worked OK on the original system, but
not on the new one. Here's why:
The proximate cause was that I was sloppy installing java. The new
(Debian) system has a java command that does this:
9 matches
Mail list logo