You are viewing a plain text version of this content. The canonical link for it is here.
Posted to user@struts.apache.org by "Galbreath, Mark" <Ga...@tessco.com> on 2002/10/11 16:30:08 UTC
RE: [OT] Real Programming
I always practice safe hex - wear latex gloves during keyboard intercourse.
-----Original Message-----
From: Darren Hill [mailto:dhill@724.com]
Sent: Friday, October 11, 2002 10:16 AM
If that's true .. I may be the biggest poser on the planet.
-----Original Message-----
From: Galbreath, Mark [mailto:Galbreath@tessco.com]
Sent: October 11, 2002 10:16 AM
Hey, you aren't a REAL programmer until you can debug an app by reading the
hex in a core dump without a calculator!
-----Original Message-----
From: Andrew Hill [mailto:andrew.david.hill@gridnode.com]
Sent: Friday, October 11, 2002 10:05 AM
Hehe, one of my rather complex (2000 line) classes was being a real pita a
while back. I kept wrapping chuncks of code with more and more try catchs
throwing nested exceptions with rather verbose and detailed messages.
Now if you so much as sneeze at this class it will give you a 30 page stack
trace that explains in copiously verbose detail how that sneeze evolves into
a cyclone over Tokyo...
(Great for debugging though. Just have to read the stack and I know exactly
what the problem is!)
-----Original Message-----
From: Galbreath, Mark [mailto:Galbreath@tessco.com]
Sent: Friday, October 11, 2002 22:00
To: 'Struts Users Mailing List'
Subject: RE: Error message - not sure of meaning or significance.
Don't have any knowledge on the stderr msgs, but sometimes debugging is a
painful process of narrowing the offending code in a method or module with
println statements. I know - been doing it for 2 days now trying to figure
out why my resultset in
conn = getConnection( isPooled );
stmt = conn.createStatement();
rset = stmt.executeQuery( sql );
if( rset.next() ) {
clob = rset.getClob( 1 );
}
int clobSize = ( new Long( clob.length() ).intValue() );
char[] buffer = new char[ clobSize ];
clobStream = clob.getCharacterStream();
clobStream.read( buffer );
clobString = new String( buffer );
is returning a single CLOB when my SQL (verified in PL/SQL) is returning 3.
It's been a PITA!
Mark
-----Original Message-----
From: Ryan Cuprak [mailto:507107@corpmail.kodak.com]
Sent: Friday, October 11, 2002 9:45 AM
To: Struts Users Mailing List
Subject: Re: Error message - not sure of meaning or significance.
Well, I have wrapped the offending page in a try catch with
system.out.print but I still get the same darn exception and no output
from my system.outs. So, back to digging... Those entries on standard
error in the email are new though... (I think)
-Ryan
On Friday, October 11, 2002, at 09:40 AM, Galbreath, Mark wrote:
> Learn the mystical art of "System.out.println()." :-(
>
> -----Original Message-----
> From: Ryan Cuprak [mailto:507107@corpmail.kodak.com]
> Sent: Friday, October 11, 2002 9:33 AM
>
> BTW: How do I get exception traces for servlet errors. I am trying to
> track down a "servlet exception" in one of my tiles - all I get on the
> page is a "servlet exception and the path to the tile (jsp page).
> Looking through the logs in jboss I don't see any exception trace. I am
> not sure if the above error is related.
>
> --
> To unsubscribe, e-mail:
> <ma...@jakarta.apache.org>
> For additional commands, e-mail:
> <ma...@jakarta.apache.org>
>
>
--
To unsubscribe, e-mail:
<ma...@jakarta.apache.org>
For additional commands, e-mail:
<ma...@jakarta.apache.org>
--
To unsubscribe, e-mail:
<ma...@jakarta.apache.org>
For additional commands, e-mail:
<ma...@jakarta.apache.org>
--
To unsubscribe, e-mail:
<ma...@jakarta.apache.org>
For additional commands, e-mail:
<ma...@jakarta.apache.org>
--
To unsubscribe, e-mail:
<ma...@jakarta.apache.org>
For additional commands, e-mail:
<ma...@jakarta.apache.org>
--
To unsubscribe, e-mail:
<ma...@jakarta.apache.org>
For additional commands, e-mail:
<ma...@jakarta.apache.org>
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
RE: [OT] Real Programming
Posted by James Mitchell <jm...@telocity.com>.
Be sure your mouse is wearing a......well....you
know...*whispering*....'raincoat'!
James Mitchell
Software Engineer/Struts Evangelist
http://www.open-tools.org
> -----Original Message-----
> From: Galbreath, Mark [mailto:Galbreath@tessco.com]
> Sent: Friday, October 11, 2002 10:30 AM
> To: 'Struts Users Mailing List'
> Subject: RE: [OT] Real Programming
>
>
> I always practice safe hex - wear latex gloves during keyboard
> intercourse.
>
> -----Original Message-----
> From: Darren Hill [mailto:dhill@724.com]
> Sent: Friday, October 11, 2002 10:16 AM
>
> If that's true .. I may be the biggest poser on the planet.
>
> -----Original Message-----
> From: Galbreath, Mark [mailto:Galbreath@tessco.com]
> Sent: October 11, 2002 10:16 AM
>
> Hey, you aren't a REAL programmer until you can debug an app by
> reading the
> hex in a core dump without a calculator!
>
> -----Original Message-----
> From: Andrew Hill [mailto:andrew.david.hill@gridnode.com]
> Sent: Friday, October 11, 2002 10:05 AM
>
> Hehe, one of my rather complex (2000 line) classes was being a real pita a
> while back. I kept wrapping chuncks of code with more and more try catchs
> throwing nested exceptions with rather verbose and detailed messages.
> Now if you so much as sneeze at this class it will give you a 30
> page stack
> trace that explains in copiously verbose detail how that sneeze
> evolves into
> a cyclone over Tokyo...
> (Great for debugging though. Just have to read the stack and I
> know exactly
> what the problem is!)
>
> -----Original Message-----
> From: Galbreath, Mark [mailto:Galbreath@tessco.com]
> Sent: Friday, October 11, 2002 22:00
> To: 'Struts Users Mailing List'
> Subject: RE: Error message - not sure of meaning or significance.
>
>
> Don't have any knowledge on the stderr msgs, but sometimes debugging is a
> painful process of narrowing the offending code in a method or module with
> println statements. I know - been doing it for 2 days now trying
> to figure
> out why my resultset in
>
> conn = getConnection( isPooled );
> stmt = conn.createStatement();
> rset = stmt.executeQuery( sql );
>
> if( rset.next() ) {
> clob = rset.getClob( 1 );
> }
> int clobSize = ( new Long( clob.length() ).intValue() );
> char[] buffer = new char[ clobSize ];
> clobStream = clob.getCharacterStream();
> clobStream.read( buffer );
> clobString = new String( buffer );
>
> is returning a single CLOB when my SQL (verified in PL/SQL) is
> returning 3.
> It's been a PITA!
>
> Mark
>
> -----Original Message-----
> From: Ryan Cuprak [mailto:507107@corpmail.kodak.com]
> Sent: Friday, October 11, 2002 9:45 AM
> To: Struts Users Mailing List
> Subject: Re: Error message - not sure of meaning or significance.
>
>
> Well, I have wrapped the offending page in a try catch with
> system.out.print but I still get the same darn exception and no output
> from my system.outs. So, back to digging... Those entries on standard
> error in the email are new though... (I think)
>
> -Ryan
>
> On Friday, October 11, 2002, at 09:40 AM, Galbreath, Mark wrote:
>
> > Learn the mystical art of "System.out.println()." :-(
> >
> > -----Original Message-----
> > From: Ryan Cuprak [mailto:507107@corpmail.kodak.com]
> > Sent: Friday, October 11, 2002 9:33 AM
> >
> > BTW: How do I get exception traces for servlet errors. I am trying to
> > track down a "servlet exception" in one of my tiles - all I get on the
> > page is a "servlet exception and the path to the tile (jsp page).
> > Looking through the logs in jboss I don't see any exception trace. I am
> > not sure if the above error is related.
> >
> > --
> > To unsubscribe, e-mail:
> > <ma...@jakarta.apache.org>
> > For additional commands, e-mail:
> > <ma...@jakarta.apache.org>
> >
> >
>
>
> --
> To unsubscribe, e-mail:
> <ma...@jakarta.apache.org>
> For additional commands, e-mail:
> <ma...@jakarta.apache.org>
>
> --
> To unsubscribe, e-mail:
> <ma...@jakarta.apache.org>
> For additional commands, e-mail:
> <ma...@jakarta.apache.org>
>
>
> --
> To unsubscribe, e-mail:
> <ma...@jakarta.apache.org>
> For additional commands, e-mail:
> <ma...@jakarta.apache.org>
>
> --
> To unsubscribe, e-mail:
> <ma...@jakarta.apache.org>
> For additional commands, e-mail:
> <ma...@jakarta.apache.org>
>
> --
> To unsubscribe, e-mail:
> <ma...@jakarta.apache.org>
> For additional commands, e-mail:
> <ma...@jakarta.apache.org>
>
> --
> To unsubscribe, e-mail:
<ma...@jakarta.apache.org>
For additional commands, e-mail:
<ma...@jakarta.apache.org>
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>