Re: debug
Never mind. I find it in the catalina.out Thanks! Billy Ng - Original Message - From: Billy Ng [EMAIL PROTECTED] To: Struts Users Mailing List [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Friday, June 21, 2002 10:08 PM Subject: Re: debug How come I do not see the System.out result print to the xterm? How do you do it? Billy Ng - Original Message - From: Andrew Hill [EMAIL PROTECTED] To: Struts Users Mailing List [EMAIL PROTECTED] Sent: Friday, June 21, 2002 9:57 PM Subject: RE: debug Hehe, Im still just using System.out and watching the Tomcat window! -Original Message- From: Billy Ng [mailto:[EMAIL PROTECTED]] Sent: Saturday, June 22, 2002 10:17 To: Struts Users Mailing List Subject: debug Would anybody share with me how you debug the program? I am using simply emacs. Is the getServlet.log() my only choice if I just want to do something equivalent to System.out.print()? Thanks! Billy Ng -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: If you haven't seen this yet.
Got mandinga from Ace Ventura. Just sounds cool especially the way Carey says it. As to what it means, the closest I've heard is that it's a south american term for the devil, which seems to fit. On Sat, 2002-06-22 at 15:53, micael wrote: Not quite sure what you are saying here, Aaron? If we are not talking about Flash, then guess you are right. If we are, then that is a different matter. My apologies if the topic was not Flash. I took it that was Mark's topic, since he said Flash scripters. Maybe I am being too literal. If so, I guess I should not be so detail-oriented, and there you go? Mandinga, like the art of self-defense? Or is that also an aussie word of some different meaning? At 02:58 PM 6/22/2002 +1000, you wrote: Haven't done anything serious in Flash?... the scripting inside it is quite excellent (now. Not thier first ireatation with v4). Mark was probably (hopefully?) talking about this scripting ability. Used not unlike another image format?... wow. You need to take a more serious look, mandinga. On Sat, 2002-06-22 at 02:30, micael wrote: Calling the use of Flash script[ing] is like calling the use of gif or jpeg images scripting. Don't confuse the superficialities of the plugin-html with the real product. Using Flash is not really unlike using a pgeg or a gif image, except that it has a lot more to offer. In images, Flash is to a jpeg what object-oriented programming is to procedural programming. A class is a data type that can be used to manipulate data. Flash, similarly, is an image type that can be used to manipulate images. It is what can be inside the Flash that is exciting. The script is unimportant. To think of Flash as scripting is akin to thinking of object-oriented programming as the stuff inside main. By the way, not that it matters, but a somewhat ironic detail of English grammar is that attention-to-detail is not correct. I personally would prefer a coder who knew what Flash was, as opposed to a coder who is intimate with Dalmations. ///;-) At 07:04 AM 6/21/2002 -0400, you wrote: I guess Flash scripters don't know the difference between a Dalmation and a Black Lab, huh? That's the kind of attention-to-detail I'd be looking for! ;-) -Original Message- From: James Mitchell [mailto:[EMAIL PROTECTED]] Sent: Friday, June 21, 2002 12:38 AM To: Struts Users Mailing List Subject: If you haven't seen this yet. Mark, I thought you'd like this one :-) http://www.theserverside.com/home/thread.jsp?thread_id=14080 James Mitchell Software Engineer\Struts Evangelist Struts-Atlanta, the Open Minded Developer Network http://struts-atlanta.open-tools.org -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: They killed Kenny!
Yeah, Andrew...it's Saturday AM and I'm now sitting on 81 hours with the whole day ahead of me. And then I get to start all over again tomorrow. At least I'm paid by the hour and I leave for London, Brussels and Amsterdam for 10 glorious beer-drinking days a week from this Tuesday! (I Plan to have lunch with Nic Ferrier from servlet-interest in London's West End on the 3rd.) Mark -Original Message- From: Andrew Hill [mailto:[EMAIL PROTECTED]] Sent: Saturday, June 22, 2002 12:53 AM 72 eh? Well you may have beaten me so far this week Galbreath but I too have Saturday and Sunday to go and I am but a few hours behind you! laugh style=evil.villain/ (Went home before midnight a couple of times this week. Guess Im going soft and getting slack?) Done 81 last week... And 83 the week before that... And 88 a week or two before that one... Ah the fun life of a programmer. Suppose it could be worse. We could be doctors... -Original Message- From: Galbreath, Mark [mailto:[EMAIL PROTECTED]] Sent: Friday, June 21, 2002 19:49 http://bofh.ntk.net/Bastard.html Happy Friday (just passing 72 hours for this week now...), Mark -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: debug
Will david Mitchell, Debugging Java (Osborne, 2000). ISBN: 0-07-212562-4. Read it; Learn it; Live it. Mark -Original Message- From: Billy Ng [mailto:[EMAIL PROTECTED]] Sent: Friday, June 21, 2002 10:17 PM To: Struts Users Mailing List Subject: debug Would anybody share with me how you debug the program? I am using simply emacs. Is the getServlet.log() my only choice if I just want to do something equivalent to System.out.print()? Thanks! Billy Ng -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: please reply with data-sourc section (m)
The snippet from your config file below looks ok. Not sure why you're having problems. You can use the Struts Console to edit your config file. It creates well formed files that validate against the DTD. http://www.jamesholmes.com/struts/ -james [EMAIL PROTECTED] --- slickdev [EMAIL PROTECTED] wrote: Can someone upload a struts-config.xml which has a known good data-sources section? I can't figure out how to properly set the data-sources section of the struts-config.xml. It keeps causing an inability to parse the config file, resulting in this exception: javax.servlet.ServletException: Cannot find ActionMappings orActionFormBeans collection Without the data-sources section, the config and my app works fine. Here is my broken version: data-sources data-source set-property property=autoCommit value=false/ set-property property=description value=Oracle Data Source Configuration/ set-property property=maxCount value=4/ set-property property=minCount value=2/ set-property property=driverClass value=oracle.jdbc.driver.OracleDriver/ set-property property=url value=jdbc:oracle:thin:@localhost:1521:oracle/ set-property property=user value=system/ set-property property=password value=manager/ /data-source /data-sources -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] __ Do You Yahoo!? Yahoo! - Official partner of 2002 FIFA World Cup http://fifaworldcup.yahoo.com -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Saturday (EST) Java Trivia
1. What is the difference between a pointer and a reference? 2. If Java does not have pointers, what is a NullPointerException?
Tiles DTD doesn't exist
Subject: Tiles DTD doesn't exist From: Matt Raible [EMAIL PROTECTED] === I downloaded the latest release of Tiles from Cedric's site, and the following DTD doesn't exist: http://jakarta.apache.org/struts/dtds/tiles-config.dtd Is there a publicly (internet) available DTD? Thanks, Matt -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: Saturday (EST) Java Trivia
1. Pointers are more fun cos you can point them all over the place and be generally evil (Sigh. Sometimes I miss a lot of the neat stuff in C). References are boring cos they always refer to something or nothing, and none of the good stuff in between. 2. I guess that would be the Exception to the rule? ;-) -Original Message- From: Galbreath, Mark [mailto:[EMAIL PROTECTED]] Sent: Saturday, June 22, 2002 21:34 To: Struts (E-mail) Subject: Saturday (EST) Java Trivia 1. What is the difference between a pointer and a reference? 2. If Java does not have pointers, what is a NullPointerException? -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Why digester?
Hi All, a strange question this time. I just wonder why Struts (and other Jakarta products, as Commons bunch, etc) is based in the digester parser rather than JAXP, JDOM, or another one. I guess, that Jakarta guys have developed a parser from scrath, in order to customize it for their necesities. However, I also guess that it does not match the Java/Sun specs. So my own response is having a parser that they consider confidable and that they could configure to match they requisites. The question arises when, thinking in extend Struts, with some ocasional code that could parse a XML file, I wonder what advantages give me to use the digester? Why Jakarta guys implemented and use it? Any light to clarify this design question would be appreciated. Thanks in advance, Adolfo _ Send and receive Hotmail on your mobile device: http://mobile.msn.com -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: Why digester?
AFAIK, Digester uses Xerxes 1.3+. Mark -Original Message- From: Adolfo Miguelez [mailto:[EMAIL PROTECTED]] Sent: Saturday, June 22, 2002 10:38 AM Hi All, a strange question this time. I just wonder why Struts (and other Jakarta products, as Commons bunch, etc) is based in the digester parser rather than JAXP, JDOM, or another one. I guess, that Jakarta guys have developed a parser from scrath, in order to customize it for their necesities. However, I also guess that it does not match the Java/Sun specs. So my own response is having a parser that they consider confidable and that they could configure to match they requisites. The question arises when, thinking in extend Struts, with some ocasional code that could parse a XML file, I wonder what advantages give me to use the digester? Why Jakarta guys implemented and use it? Any light to clarify this design question would be appreciated. Thanks in advance, Adolfo -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
AW: Why digester?
Hi Adolfo. I think the digester is no contradiction to a xml-parser. The digester uses a xml-parser and will make the parsing more comfortable. So you only must deal with java classes and not with xml-tags. For my opinion it is a little bit oversized, but thats a matter of taste - we say in germany ;-). You may use a parser of your choise e.g. xerces, dom4j to parse your own documents. Myself I use configurable (http://sourceforge.net/projects/configure/), a litte framework that I have written to configure my things in struts. The goal is the same: I will not have xml-parse-code in my application, I will use a framework, that does parsing for me. Manfred -Ursprüngliche Nachricht- Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Im Auftrag von Adolfo Miguelez Gesendet: Samstag, 22. Juni 2002 16:38 An: [EMAIL PROTECTED] Betreff: Why digester? Hi All, a strange question this time. I just wonder why Struts (and other Jakarta products, as Commons bunch, etc) is based in the digester parser rather than JAXP, JDOM, or another one. I guess, that Jakarta guys have developed a parser from scrath, in order to customize it for their necesities. However, I also guess that it does not match the Java/Sun specs. So my own response is having a parser that they consider confidable and that they could configure to match they requisites. The question arises when, thinking in extend Struts, with some ocasional code that could parse a XML file, I wonder what advantages give me to use the digester? Why Jakarta guys implemented and use it? Any light to clarify this design question would be appreciated. Thanks in advance, Adolfo _ Send and receive Hotmail on your mobile device: http://mobile.msn.com -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Websphere / Request Dispatcher include problems (Tip)
If you receive the problem below with Websphere, upgrade to 4.03. Crossposting to any other WAS users that might come up against this wall. = This code works fine on tomcat 4.03 but that doesn't matter since we're deploying to Websphere 4.0 :) I'm currently using struts and in order to create an includeable action where I can run java code before the JSP is load. Below is the snippet of code that the kind people of apache provided and I adjusted to fit in my app. vitals: windows 2000 websphere 4.02 ===snip RequestDispatcher rd = servlet.getServletContext().getRequestDispatcher(path); if (rd == null) { response.sendError (HttpServletResponse.SC_INTERNAL_SERVER_ERROR, messages.getMessage(include.rd, path)); return (null); } //prepare variables for include this.executeAction(mapping, form, request, response); // Forward control to the specified resource rd.include(request, response); ===snip the path requested: http://localhost/do/project/header *(/do is a servlet mapping) the jsp to be included: /project/project-header.jsp debugging info: the path variable in the code: /project/project-header.jsp the request dispatcher comes out correctly, and Websphere spits out: Error 404: JSPG0113E: JSP file d:\WebSphere\AppServer\installedApps\pts.ear\pts-20020622.war\project\proje ct-header.jsp\project\header (The system cannot find the path specified) not found I have a feeling that requestdispatcher appends the path_info to the included url? how can I get around this? thanks for any help. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
more parsing required error
Forgive me if this is no longer a struts issue, but maybe someone has encountered it when using Tomcat4.0.3. For some reason now whenever I try to include a file that uses struts tags I'll get the error: End of content reached while more parsing required: tag nesting error? I don't get this error under Tomcat3 or if I do an include that doesn't have any struts tags in it. If it helps below is the example of a page not working and also the headers and footers I'm trying to include. Thanks so much for any help in this regard. = A MAIN PAGE = %@ include file=informationHeader.jsp % html:form action=selectUserJvpInformation tr td class=head2Concept:/td td html:select styleClass=field property=conceptId onchange=repopulate() html:options collection=conceptsMap property=key labelProperty=value/ /html:select /td /tr tr td class=head2JVP:/td td html:select styleClass=field property=jvpId html:options collection=infoList property=id labelProperty=fullNameLastFirst/ /html:select /td /tr /table %@ include file=informationFooter.jsp % = END MAIN PAGE ABOVE == = informationHeader = %@ page import=corporate.userAdmin.*,java.util.* % %@ taglib uri=/WEB-INF/struts-bean.tld prefix=bean % %@ taglib uri=/WEB-INF/struts-html.tld prefix=html % %@ taglib uri=/WEB-INF/struts-logic.tld prefix=logic % html:html head titlebean:write name=userTypeDTO property=displayName/ Information/title meta http-equiv=Content-Type content=text/html; charset=iso-8859-1 link rel=stylesheet href=html:rewrite page='/useradmin.css'/ type=text/css script function repopulate() { document.forms[0].dispatch.value = repopulateInformation; document.forms[0].submit(); } /script /head body TABLE cellpadding=3 class=tableOutside TRTD class=tableOusideTD TABLE class=tableInside TR TD class=tableInsideTD USER ADMINISTRATION /TD /TR /TABLE /TD/TR /TABLE h1bean:write name=userTypeDTO property=displayName/ Information/h1 SPAN class=msgError html:messages id=message message=true bean:write name=message/BRBR /html:messages /SPAN table border=0 cellspacing=2 cellpadding=2 === END INFORMATION HEADER ABOVE = == informationFooter == html:hidden property=dispatch value=getLoginInformation / input type=submit class=field value=Sumbit/ /html:form brbr html:link page=/do/selectUserType?dispatch=selectUserTypeSelect New User Type/html:linkBRbr /body /html:html === END == -- Rick mailto:[EMAIL PROTECTED] If you define cowardice as running away at the first sign of danger, screaming and tripping and begging for mercy, then yes, Mr. Brave man, I guess I'm a coward. -Jack Handey -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: more parsing required error
On Saturday, June 22, 2002, 1:32:46 PM, Rick Reumann wrote: RR End of content reached while more parsing required: tag nesting error? RR I don't get this error under Tomcat3 or if I do an include that RR doesn't have any struts tags in it. If it helps below is the example RR of a page not working and also the headers and footers I'm trying to RR include. Thanks so much for any help in this regard. Interesting, I got it to work by removing the starting html:html and ending /html:html tags in the header and footer respectively and replaced them with standard html tags and it's working fine now. Odd how I didn't have this behavior under Tomcat 3.3.1. -- Rick mailto:[EMAIL PROTECTED] Marta was watching the football game with me when she said, 'You know, most of these sports are based on the idea of one group protecting its territory from invasion by another group.' 'Yeah,' I said, trying not to laugh. Girls are funny. -Jack Handey -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: Saturday (EST) Java Trivia
I guess NullReferenceException didn't sound appealing to James Gosling. -Original Message- From: Galbreath, Mark [mailto:[EMAIL PROTECTED]] Sent: Saturday, June 22, 2002 9:34 AM To: Struts (E-mail) Subject: Saturday (EST) Java Trivia 1. What is the difference between a pointer and a reference? 2. If Java does not have pointers, what is a NullPointerException? -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Saturday (EST) Java Trivia
A NullPointerException is what you get when you ask that question. -Original Message- From: Galbreath, Mark [mailto:[EMAIL PROTECTED]] Sent: Saturday, June 22, 2002 9:34 AM To: Struts (E-mail) Subject: Saturday (EST) Java Trivia 1. What is the difference between a pointer and a reference? 2. If Java does not have pointers, what is a NullPointerException? -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Saturday (EST) Java Trivia
On Sat, 22 Jun 2002, Galbreath, Mark wrote: Date: Sat, 22 Jun 2002 09:33:52 -0400 From: Galbreath, Mark [EMAIL PROTECTED] Reply-To: Struts Users Mailing List [EMAIL PROTECTED] To: Struts (E-mail) [EMAIL PROTECTED] Subject: Saturday (EST) Java Trivia 1. What is the difference between a pointer and a reference? Pointers are attempts to blame someone else for your mistakes, without having to look in the reference manual first. 2. If Java does not have pointers, what is a NullPointerException? Something familiar for making Java newbies migrating from C/C++ feel more at home. :-) Craig -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Why digester?
On Sat, 22 Jun 2002, Adolfo Miguelez wrote: Date: Sat, 22 Jun 2002 14:38:07 + From: Adolfo Miguelez [EMAIL PROTECTED] Reply-To: Struts Users Mailing List [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Why digester? Hi All, a strange question this time. I just wonder why Struts (and other Jakarta products, as Commons bunch, etc) is based in the digester parser rather than JAXP, JDOM, or another one. I think you're getting some concepts mixed up. Digester is not itself a parser -- it is an easier-to-use wrapper around the SAX APIs that use a SaxParser acquired via JAXP APIs. It can operate on any parser that supports JAXP, as long as you meet the version dependencies (Struts 1.0 depends on JAXP 1.0, while Struts 1.1 requires JAXP 1.1). I guess, that Jakarta guys have developed a parser from scrath, in order to customize it for their necesities. However, I also guess that it does not match the Java/Sun specs. So my own response is having a parser that they consider confidable and that they could configure to match they requisites. Digester depends on acquiring an XML parser via JAXP. It is not a parser itself. The question arises when, thinking in extend Struts, with some ocasional code that could parse a XML file, I wonder what advantages give me to use the digester? Why Jakarta guys implemented and use it? Any light to clarify this design question would be appreciated. Thanks in advance, The original approach Digester is based on was the way that Tomcat 3.0 (yes, that long ago) parsed web.xml and server.xml files. Configuration file reading is typically a one-pass operation, with no need to maintain the entire document in memory for random access (the way that DOM parsers to it). In other words, it's a perfect situation to use SAX-based parsing. However, writing SAX-based parsing code is really mind-bending, because you have to think in terms of very low level events (it reminds me of why I don't enjoy writing Swing-based GUI apps :-). Therefore, Digester was written to simplify the task of converting an XML-based configuration file into a tree of Java objects that (generally) has internal relationships matching the nesting of the XML tags. Digester provides a nice pattern matcher that lets you, for example, say whenever you see an action element nested inside an action-mappings element, do the following things using an object called a Rule. A bunch of useful Rule implementations are included, and you can also create your own. Think of Digester as a higher level abstraction around SAX, optimized for converting XML documents into corresponding object trees (reading configuration files is a common example of this use case), that hides all of the nitty gritty details. It's so good at this role that many projects are adopting it for parsing config files, including Tomcat 4.1 which uses commons-digester just like Struts 1.1 does. By the way, if you need to go the other direction (Java objects -- XML), there's an interesting project called betwixt in jakarta-commons that plays very nicely with Digester. Adolfo Craig -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
saturday tomcat trivia
I found this tidbit of true geek speak in the tomcat faq: When placed there, it will be served automcatically with the default settings. I've heard of automaGically, but auTOMCATically? ;-)
url object
I want cetntralize all the urls that will provided by one object so that I don't need to either to remember the urls by heart or I don't have to go to every views to make changes if I have change the paths. Please share with me if you are doing something like this in Struts. Thanks in advance! Billy Ng
6-22-02 Validator Nightly set-property confusion
Subject: 6-22-02 Validator Nightly set-property confusion From: Matt Raible [EMAIL PROTECTED] === I downloaded the 6.22 nightly build of Struts and noticed some conflicting statements in the Validator. In struts-validator/WEB-INF/struts-config.xml, there is: set-property property=pathnames value=/WEB-INF/validator-rules.xml, /WEB-INF/validation.xml/ But in validator-rules.xml, in the comments, it specifies: plug-in className=org.apache.struts.validator.ValidatorPlugIn set-property property=pathname value=/WEB-INF/validator-rules.xml/ set-property property=pathname value=/WEB-INF/validation.xml/ /plug-in Will both work, or is there a preferred way? I'm trying to upgrade from Struts 1.1b1 to the nightly in hopes of staying current and avoiding these sorts of headaches later ;) Matt -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Saturday (EST) Java Trivia
- Original Message - From: Galbreath, Mark [EMAIL PROTECTED] To: Struts (E-mail) [EMAIL PROTECTED] Sent: Saturday, June 22, 2002 6:33 AM Subject: Saturday (EST) Java Trivia 1. What is the difference between a pointer and a reference? Nothing. 2. If Java does not have pointers, what is a NullPointerException? Java has pointers, it just doesn't have pointer arithmetic (i.e. you can't change the pointer's value). Perhaps we should think of Java's references as immutable pointers. -Max -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]