Sponsored Content
Top Forums UNIX for Dummies Questions & Answers Problem with Java + Processing 'media language'. Post 302404642 by andrew1618 on Wednesday 17th of March 2010 02:31:28 AM
Old 03-17-2010
Problem with Java + Processing 'media language'.

Essentially processing is a programming language written in java. My university has decided to use it for it's first computer science subject. Now I am running Debian Lenny 5.04 on my IBM x31 laptop. I downloaded processing-1.1.tgz from processing.org and tar -zxvf-ed it then chmod +x the processing script. When I start it I get the following error message:

Code:
 Exception in thread "main" java.lang.UnsatisfiedLinkError: libawt: libawt.so: cannot open shared object file: No such file or directory
   at java.lang.Runtime._load(libgcj.so.90)
   at java.lang.Runtime.loadLibrary(libgcj.so.90)
   at java.lang.System.loadLibrary(libgcj.so.90)
   at sun.font.FontManager$1.run(FontManager.java:227)
   at java.security.AccessController.doPrivileged(libgcj.so.90)
   at sun.font.FontManager.<clinit>(FontManager.java:223)
   at java.lang.Class.initializeClass(libgcj.so.90)
   at com.sun.java.swing.plaf.gtk.PangoFonts.lookupFont(PangoFonts.java:175)
   at com.sun.java.swing.plaf.gtk.GTKLookAndFeel.getGTKStyleFactory(GTKLookAndFeel.java:1543)
   at com.sun.java.swing.plaf.gtk.GTKLookAndFeel.loadStyles(GTKLookAndFeel.java:1507)
   at com.sun.java.swing.plaf.gtk.GTKLookAndFeel.initialize(GTKLookAndFeel.java:1394)
   at javax.swing.UIManager.setLookAndFeel(libgcj.so.90)
   at javax.swing.UIManager.setLookAndFeel(libgcj.so.90)
   at processing.app.linux.Platform.setLookAndFeel(Unknown Source)
   at processing.app.Base.main(Unknown Source)

Now before you ask me, yes I do have jre installed and besides the linux package is meant to include all the required dependancies anyway. Does anyone have an idea as to what my system is lacking here?

here is some output regarding libawt:

Code:
andrew@debtop:~/processing-1.1$ locate libawt
/home/andrew/.local/share/Trash/files/processing-1.1/java/lib/i386/libawt.so
/home/andrew/Desktop/processing-1.1/java/lib/i386/libawt.so
/home/andrew/processing-1.1/java/lib/i386/libawt.so

Thanks for taking some time to have a look at my problem, regards, Andrew. Smilie

Last edited by pludi; 03-17-2010 at 03:54 AM.. Reason: code tags, please...
 

We Also Found This Discussion For You

1. Programming

can i have an optimal solution for this java code ? Facing Java heap space problem even at 3GB heaps

My desired output is run: for this 1 for this 2 for this 3 for this 4 for this 5 for this 1,2 1->2 for this 2,3 2->3 for this 3,4 3->4 for this 4,5 4->5 for this 1,2,3 1->2,3 (2 Replies)
Discussion started by: vaibhavkorde
2 Replies
GIT-CHECK-ATTR(1)                                                   Git Manual                                                   GIT-CHECK-ATTR(1)

NAME
git-check-attr - Display gitattributes information SYNOPSIS
git check-attr [-a | --all | attr...] [--] pathname... git check-attr --stdin [-z] [-a | --all | attr...] DESCRIPTION
For every pathname, this command will list if each attribute is unspecified, set, or unset as a gitattribute on that pathname. OPTIONS
-a, --all List all attributes that are associated with the specified paths. If this option is used, then unspecified attributes will not be included in the output. --cached Consider .gitattributes in the index only, ignoring the working tree. --stdin Read pathnames from the standard input, one per line, instead of from the command-line. -z The output format is modified to be machine-parseable. If --stdin is also given, input paths are separated with a NUL character instead of a linefeed character. -- Interpret all preceding arguments as attributes and all following arguments as path names. If none of --stdin, --all, or -- is used, the first argument will be treated as an attribute and the rest of the arguments as pathnames. OUTPUT
The output is of the form: <path> COLON SP <attribute> COLON SP <info> LF unless -z is in effect, in which case NUL is used as delimiter: <path> NUL <attribute> NUL <info> NUL <path> is the path of a file being queried, <attribute> is an attribute being queried and <info> can be either: unspecified when the attribute is not defined for the path. unset when the attribute is defined as false. set when the attribute is defined as true. <value> when a value has been assigned to the attribute. Buffering happens as documented under the GIT_FLUSH option in git(1). The caller is responsible for avoiding deadlocks caused by overfilling an input buffer or reading from an empty output buffer. EXAMPLES
In the examples, the following .gitattributes file is used: *.java diff=java -crlf myAttr NoMyAttr.java !myAttr README caveat=unspecified o Listing a single attribute: $ git check-attr diff org/example/MyClass.java org/example/MyClass.java: diff: java o Listing multiple attributes for a file: $ git check-attr crlf diff myAttr -- org/example/MyClass.java org/example/MyClass.java: crlf: unset org/example/MyClass.java: diff: java org/example/MyClass.java: myAttr: set o Listing all attributes for a file: $ git check-attr --all -- org/example/MyClass.java org/example/MyClass.java: diff: java org/example/MyClass.java: myAttr: set o Listing an attribute for multiple files: $ git check-attr myAttr -- org/example/MyClass.java org/example/NoMyAttr.java org/example/MyClass.java: myAttr: set org/example/NoMyAttr.java: myAttr: unspecified o Not all values are equally unambiguous: $ git check-attr caveat README README: caveat: unspecified SEE ALSO
gitattributes(5). GIT
Part of the git(1) suite Git 2.17.1 10/05/2018 GIT-CHECK-ATTR(1)
All times are GMT -4. The time now is 08:01 PM.
Unix & Linux Forums Content Copyright 1993-2022. All Rights Reserved.
Privacy Policy