First, start the application as usual.  I was debugging a java web start application, so my command will be slightly different, but the debugging procedure will work regardless of what java program you are running. At the command line, you can type the following to launch the jnlp file:

javaws < location of jnlp file >

The jnlp file can be local or a remote file, just as long as it references and loads the code you are debugging. After it loads, the process ID needs to be found. Usually, I’ll just look at all the java processes running and can figure out which one is the application I’m interetesd in:

pa aux | grep java

Once the process ID has been identified, gdb can be launched and attached to the running process:

gdb -p < PID >

This starts gdb and attaches to the java program. At this point, the execution blocks until you do something with it. Just type “continue” and run the program as usual. When or if the program causes a segmentation fault, the debugger will block; you can then do a backtrace and see exactly what file and what line caused the issue.

My solution?  I had to rewrite the Text2D class.  I read a forum that mentioned this as a solution, but it didn’t give the code or how to do it.  If you go to the Java3D website (https://java3d.dev.java.net), you can browse the source code.  The Text2D class is located in the j3d-core-utils subproject.  I just copied the source file, added two private variables (height and width), created accessor methods getWidth and getHeight, and stored the height and width when it is calculated in the setupImage method.  Just change the package name and you can use the new class the same way the regular Text2D class is used.

What I don’t understand is, why didn’t Sun or the community in general do this?  It’s a really simple fix.  How do people even use the class if they can’t accurately determine how much space the actual text uses?  I’ll post the code (with the simple modifications) tomorrow.

Text2D.java

The source distribution for Firebird 2.1.0 has a solution file for building on Windows, and a couple makefiles to build at the command line. The only makefile that might have worked, NETProvider/build/linux/makefile contains odd errors that do not allow me to compile the sources successfully. This is the first error:

make
makefile:40: *** multiple target patterns. Stop.


First, I’m not sure why it’s in there, but it contains a start and end div tag. I’m pretty sure that’s not allowed in a makefile, so you can just remove the start and end tag. Inside the makefile, there are several make rules that span multiple lines, and they are not “continued” properly. The simplest fix is to remove the newlines for each of the rules that span more than one line. For example:

COMMON_RESOURCES =
-resource:${RESOURCES}/isc_error_msg.resources...

Needs to be changed to:

COMMON_RESOURCES = -resource:${RESOURCES}/isc_error_msg.resources...

This has to be repeated for SCHEMA_RESOURCES, and the newlines need to be removed from PROVIDER_FLAGS, PROVIDER_TESTS_FLAGS, the compile line of the UnitTests.dll rule, and the copy command that spans two lines.

Next, move the all: rule down to the targets section. I’m not sure why it’s so high in the makefile.

If you run make at this point, you’ll receive an error:

error CS1566: Error reading resource file `../../source/FirebirdSql/FirebirdSql/Data/Schema/FbMetaData.xml'


The SCHEMA_RESOURCES variable has an extra FirebirdSql in the path to FbMetaData.xml. You need to remove it.


error CS2001: Source file `../../source/FirebirdSql/Data/UnitTest/*.cs' could not be found

This error exists because that path should point to UnitTests. Change the PROVIDER_TESTS_SOURCES variable.

Since i don’t have nunit.framework.dll, I had to compile it and install it. I’m sure you can figure it out with google. I loaded the nunit_VS2005.sln file into Monodevelop and only compiled the nunit.framework.dll assembly, and installed it using gacutil -i nunit.framework.dll.

Next, -reference:System.Transactions.dll needs to be added to the PROVIDER_TESTS_FLAGS variable. Also, -reference:System.Configuration.dll needs to be added to the same variable to fix the error CS0103: The name `ConfigurationManager' does not exist in the current context messages.

After running make again, I got error CS3002: Return type of `FirebirdSql....BuildConnectionStringBuilder()' is not CLS-compliant and two other similar messages. Because I’m not a C# expert, I just googled it, and placed [CLSCompliantAttribute(false)] above all the offending methods in the BaseTests.cs file. You’ll also have to do the same for the offending method in FbConnectionTest.cs. I’m not worried if it’s compliant or not, since I just want to use it with C#.

After all this, it finally complies! Unfortunately, when I try to install it using the gacutil, it refuses:
Failure adding assembly to the cache: Attempt to install an assembly without a strong name.

I added -keyfile:FirebirdSql.Data.FirebirdClient.snk to the end of the FirebirdClient.dll compile command, and everything compiled and installed fine. I haven’t tested the library to tell if it works, but that’ll be another post.

Modified makefile