Re: Dreamweaver MX error
On Jun 10, 2004, at 10:48 AM, Massimo, Tiziana e Federica wrote: > Edit > Preferences > Invisible Elements > Server-side Includes > And uncheck the "Show contents of included files" box. Then restart DW. That probably would have fixed the problem where DWMX 6.01 was crashing on my Windows system when I opened specific files. I tied it down to a cfinclude but didn't know about this option, which probably would have fixed it. I haven't had any problems since I moved to a Mac with DWMX 2004 though. -- Damien McKenna - Web Developer - [EMAIL PROTECTED] The Limu Company - http://www.thelimucompany.com/ - 407-804-1014 [Todays Threads] [This Message] [Subscription] [Fast Unsubscribe] [User Settings]
Re: Dreamweaver MX error
On Jun 10, 2004, at 10:14 AM, Scott Stewart wrote: > "A script in the file C:\Program Files\Macromedia\Dreamweaver > MX\Translators\TranslationManager.js has been running for a long time. > Do > you wish to continue?" Reinstall Dreamweaver, making sure to apply the patches? -- Damien McKenna - Web Developer - [EMAIL PROTECTED] The Limu Company - http://www.thelimucompany.com/ - 407-804-1014 [Todays Threads] [This Message] [Subscription] [Fast Unsubscribe] [User Settings]
Re: Dreamweaver MX error
> Anyone seen this error before? > > "A script in the file C:\Program Files\Macromedia\Dreamweaver > MX\Translators\TranslationManager.js has been running for a long time. Do > you wish to continue?"^ Looks like a DW's translator gone crazy trying to figure out the contents of many include files. It may happens, especially inside a Fusebox app or something that have plenty of inside a single .cfm file. Go to: Edit > Preferences > Invisible Elements > Server-side Includes And uncheck the "Show contents of included files" box. Then restart DW. I am not sure it will fix your problem, but it's worth a try Massimo Foti http://www.massimocorner.com Co-Author of Dreamweaver MX 2004 Magic: http://www.dwmagic.com/ [Todays Threads] [This Message] [Subscription] [Fast Unsubscribe] [User Settings]
Re: Dreamweaver MX error
At 10:21 AM 6/10/2004, you wrote: >I've seen lots of errors like that and more. I don't have a fix, I just >wanted to let you know that I have seen them like you ask and that I >gave up on DW and went with Eclipse and Homesite+. I use DW everyday for 6-8 hours. Rarely do I get errors in DWMX. Your specific error may be due to text in a document you're working on. It also could be another application interfering with DW by chewing up resources (seen this once or twice). True. [Todays Threads] [This Message] [Subscription] [Fast Unsubscribe] [User Settings]
Re: Dreamweaver MX error
I've seen lots of errors like that and more. I don't have a fix, I just wanted to let you know that I have seen them like you ask and that I gave up on DW and went with Eclipse and Homesite+. Scott Stewart wrote: > Anyone seen this error before? > > "A script in the file C:\Program Files\Macromedia\Dreamweaver > MX\Translators\TranslationManager.js has been running for a long time. Do > you wish to continue?" [Todays Threads] [This Message] [Subscription] [Fast Unsubscribe] [User Settings]
Dreamweaver MX error
Anyone seen this error before? "A script in the file C:\Program Files\Macromedia\Dreamweaver MX\Translators\TranslationManager.js has been running for a long time. Do you wish to continue?" I get this everytime I try to save a change to a CF template. Thanks Scott Stewart [Todays Threads] [This Message] [Subscription] [Fast Unsubscribe] [User Settings]
Re: Mx error inserting date, cfqueryparameter advice
stylo stylo said: >>Always, for every datatype, every single time. > > I found a list of dtattypes for most db (the cf docs are poor!) but > what about Access? I don't know what mates up with a text or memo > field and such. The datatypes for cfqueryparam are the same as the datatypes in the JDBC spec so that mapping is easy. How JDBC datatypes are matched to database specific datatypes should be in the driver documentation. But you should probably try longvarchar. Jochem [Todays Threads] [This Message] [Subscription] [Fast Unsubscribe] [User Settings]
Re: Mx error inserting date, cfqueryparameter advice
>Always, for every datatype, every single time. I found a list of dtattypes for most db (the cf docs are poor!) but what about Access? I don't know what mates up with a text or memo field and such. Thanks. [Todays Threads] [This Message] [Subscription] [Fast Unsubscribe] [User Settings]
Re: Mx error inserting date, cfqueryparameter advice
[EMAIL PROTECTED] wrote: > I draw out the date in an Access db and have it in a > text field to change if I want. Resubmitting it worked > fine on cf5. On MX I now get a datatype mismatch > error. > > date text: 2004-03-21 09:42:12.0 > sql: dateadded = '#dateadded#' > db datatype: date/time > > Using cfqueryparameter it now works again - I didn't > use it before. So: > > 1) what change was made in MX that I'm getting an > error? Everything changed. Since CF MX is written in Java, there is a complete new JDBC layer in addition to the ODBC layer between your database and CF. > 2) when should I use cfqueryparameter? On what > datatypes? Surely not every single time? Always, for every datatype, every single time. Jochem [Todays Threads] [This Message] [Subscription] [Fast Unsubscribe] [User Settings]
Mx error inserting date, cfqueryparameter advice
I draw out the date in an Access db and have it in a text field to change if I want. Resubmitting it worked fine on cf5. On MX I now get a datatype mismatch error. date text: 2004-03-21 09:42:12.0 sql: dateadded = '#dateadded#' db datatype: date/time Using cfqueryparameter it now works again - I didn't use it before. So: 1) what change was made in MX that I'm getting an error? I just upgraded so need to learn this. A good online ref. of the subtle changes you can point me at? I didn't find anything great in a search. 2) when should I use cfqueryparameter? On what datatypes? Surely not every single time? __ Do you Yahoo!? Yahoo! Photos: High-quality 4x6 digital prints for 25¢ http://photos.yahoo.com/ph/print_splash [Todays Threads] [This Message] [Subscription] [Fast Unsubscribe] [User Settings]
Re: MX Error
I may be in the running for today's dumbs**t question. I totally forgot to
create the DSN when I moved the site. Sorry for the wasted bandwidth.
- Original Message -
From: "Matthew Walker" <[EMAIL PROTECTED]>
To: "CF-Talk" <[EMAIL PROTECTED]>
Sent: Monday, March 10, 2003 1:36 PM
Subject: Re: MX Error
> Isn't usertype the name of your query record set? Here you are setting
> request.usertype equal to your entire record set (or you would be if you
> went without the quotes and hashes.
>
> Request.UserType = "#UserType#";
>
> Perhaps you want...
>
> Request.UserType = UserType.usertype[1];
>
> Matthew Walker
> Electric Sheep Web
> http://www.electricsheep.co.nz/
>
> - Original Message -
> From: "Bruce Sorge" <[EMAIL PROTECTED]>
> To: "CF-Talk" <[EMAIL PROTECTED]>
> Sent: Tuesday, March 11, 2003 8:25 AM
> Subject: MX Error
>
>
> > I am receiving this error on a CFMX site.
> >
> > You have attempted to dereference a scalar variable of type class
> java.lang.String as a structure with members
> >
> > The section of code that it does not like is this piece that is wrapped
> inside a cfscript tag:
> >
> > if (UserType.RecordCount NEQ "0") {
> > Request.UserType = "#UserType#";
> > }
> > else {
> > Request.UserType = "Clinical";
> > }
> >
> >
> >
> > I am not sure what the deal is.
> >
> >
> >
> > TIA,
> >
> >
> >
> > Bruce
> >
> >
> >
> >
> >
>
~|
Archives: http://www.houseoffusion.com/cf_lists/index.cfm?forumid=4
Subscription:
http://www.houseoffusion.com/cf_lists/index.cfm?method=subscribe&forumid=4
FAQ: http://www.thenetprofits.co.uk/coldfusion/faq
Get the mailserver that powers this list at http://www.coolfusion.com
Unsubscribe:
http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
Re: MX Error
-- Original Message --
From: "Bruce Sorge" <[EMAIL PROTECTED]>
>You have attempted to dereference a scalar variable of type class java.lang.String as
>a structure with members
>
>if (UserType.RecordCount NEQ "0") {
>Request.UserType = "#UserType#";
>}
>else {
>Request.UserType = "Clinical";
>}
My guess is that you want Request.UserType to be a string ("Clinical" or some other
string). However, it appears that UserType is a query [based on 'if
(UserType.Recordcount NEQ "0")'], so when you say 'Request.UserType = "#UserType#";'
you're setting Request.UserType to be the entire query, and not a string. Assuming
the returned recordset of UserType has a field called "usertype", try this code:
if (UserType.RecordCount) {
Request.UserType = UserType.usertype;
}
else {
Request.UserType = "Clinical";
}
If that's not what you're looking for, reply with more details and Ill see if I can
help you.
Scott
Scott Brady
http://www.scottbrady.net/
>
>
>I am not sure what the deal is.
>
>
>
>TIA,
>
>
>
>Bruce
>
>
>
>
>
~|
Archives: http://www.houseoffusion.com/cf_lists/index.cfm?forumid=4
Subscription:
http://www.houseoffusion.com/cf_lists/index.cfm?method=subscribe&forumid=4
FAQ: http://www.thenetprofits.co.uk/coldfusion/faq
Signup for the Fusion Authority news alert and keep up with the latest news in
ColdFusion and related topics. http://www.fusionauthority.com/signup.cfm
Unsubscribe:
http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
RE: MX Error
Is UserType really a query? Also, why the quotes around 0, and user
type? Also, if user type is a query, it seems kind of dangerous to
sometimes copy it to the request scope as a query, and sometimes as a
string. Ie, you either copy the query, or the string "Clinical".
===
Raymond Camden, ColdFusion Jedi Master for Mindseye, Inc
Member of Team Macromedia
Email: [EMAIL PROTECTED]
Blog : www.camdenfamily.com/morpheus/blog
Yahoo IM : morpheus
"My ally is the Force, and a powerful ally it is." - Yoda
> -Original Message-
> From: Bruce Sorge [mailto:[EMAIL PROTECTED]
> Sent: Monday, March 10, 2003 1:25 PM
> To: CF-Talk
> Subject: MX Error
>
>
> I am receiving this error on a CFMX site.
>
> You have attempted to dereference a scalar variable of type
> class java.lang.String as a structure with members
>
> The section of code that it does not like is this piece that
> is wrapped inside a cfscript tag:
>
> if (UserType.RecordCount NEQ "0") {
> Request.UserType = "#UserType#";
> }
> else {
> Request.UserType = "Clinical";
> }
>
>
>
> I am not sure what the deal is.
>
>
>
> TIA,
>
>
>
> Bruce
>
>
>
>
>
~|
Archives: http://www.houseoffusion.com/cf_lists/index.cfm?forumid=4
Subscription:
http://www.houseoffusion.com/cf_lists/index.cfm?method=subscribe&forumid=4
FAQ: http://www.thenetprofits.co.uk/coldfusion/faq
Get the mailserver that powers this list at http://www.coolfusion.com
Unsubscribe:
http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
Re: MX Error
Isn't usertype the name of your query record set? Here you are setting
request.usertype equal to your entire record set (or you would be if you
went without the quotes and hashes.
Request.UserType = "#UserType#";
Perhaps you want...
Request.UserType = UserType.usertype[1];
Matthew Walker
Electric Sheep Web
http://www.electricsheep.co.nz/
- Original Message -
From: "Bruce Sorge" <[EMAIL PROTECTED]>
To: "CF-Talk" <[EMAIL PROTECTED]>
Sent: Tuesday, March 11, 2003 8:25 AM
Subject: MX Error
> I am receiving this error on a CFMX site.
>
> You have attempted to dereference a scalar variable of type class
java.lang.String as a structure with members
>
> The section of code that it does not like is this piece that is wrapped
inside a cfscript tag:
>
> if (UserType.RecordCount NEQ "0") {
> Request.UserType = "#UserType#";
> }
> else {
> Request.UserType = "Clinical";
> }
>
>
>
> I am not sure what the deal is.
>
>
>
> TIA,
>
>
>
> Bruce
>
>
>
>
>
~|
Archives: http://www.houseoffusion.com/cf_lists/index.cfm?forumid=4
Subscription:
http://www.houseoffusion.com/cf_lists/index.cfm?method=subscribe&forumid=4
FAQ: http://www.thenetprofits.co.uk/coldfusion/faq
Get the mailserver that powers this list at http://www.coolfusion.com
Unsubscribe:
http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
MX Error
I am receiving this error on a CFMX site.
You have attempted to dereference a scalar variable of type class java.lang.String as
a structure with members
The section of code that it does not like is this piece that is wrapped inside a
cfscript tag:
if (UserType.RecordCount NEQ "0") {
Request.UserType = "#UserType#";
}
else {
Request.UserType = "Clinical";
}
I am not sure what the deal is.
TIA,
Bruce
~|
Archives: http://www.houseoffusion.com/cf_lists/index.cfm?forumid=4
Subscription:
http://www.houseoffusion.com/cf_lists/index.cfm?method=subscribe&forumid=4
FAQ: http://www.thenetprofits.co.uk/coldfusion/faq
Structure your ColdFusion code with Fusebox. Get the official book at
http://www.fusionauthority.com/bkinfo.cfm
Unsubscribe:
http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
Re: Another Disturbing MX Error
First off, thanx for this Steven - very helpful! I have a question: On Thursday, Dec 19, 2002, at 20:10 US/Pacific, Steven Erat wrote: > So the 1.3.1._03 VM has a maximum permanent generation size that > defaults to 64MB . Perm memory is a subset of the heap, so even though > the heap may be 512, the perm is far less. This memory is involved in > the garbage collection of persistent objects. So after CF has been up > a long time, the cieling is reached due to an increasing number of > objects being managed there. Sun 1.4.1 (and likely other vendors 1.4.x > versions) changed the default perm to a higher value and so customers > using 1.4.1 have seen relief. Can you speak to the 1.4.0 version? Folks have found that 1.4.0 is stable and much faster than 1.3.1 - do you know whether the perm size default in 1.4.0 is higher than 1.4.0? Sean A Corfield -- Director, Architecture Web Technology Group -- Macromedia, Inc. tel: (415) 252-2287 -- cell: (415) 717-8473 aim: seancorfield -- http://www.macromedia.com An Architect's View -- http://www.corfield.org/blog/ Introducing Macromedia Contribute. Web publishing for everyone. Learn more at http://www.macromedia.com/contribute ~| Archives: http://www.houseoffusion.com/cf_lists/index.cfm?forumid=4 Subscription: http://www.houseoffusion.com/cf_lists/index.cfm?method=subscribe&forumid=4 FAQ: http://www.thenetprofits.co.uk/coldfusion/faq Structure your ColdFusion code with Fusebox. Get the official book at http://www.fusionauthority.com/bkinfo.cfm
Another Disturbing MX Error
Ok, here comes the polished version with a little more info: I've tracked down three categories of the java.lang.OutOfMemoryError. - java.lang.OutOfMemoryError <> - java.lang.OutOfMemoryError: unable to create new native thread - Exception in thread "CompileThread0" java.lang.OutOfMemoryError: requested x bytes === java.lang.OutOfMemoryError <> This is the most common type of this error. You should consider testing with the jvm arg that increases the MaxPermSize. Even though you may not be on Linux, you may want to review this: http://www.macromedia.com/v1/handlers/index.cfm?ID=23524&Method=Full Specifically, this part: Hotspot crash or out-of-memory. Resolved by increasing internal VM perm memory ceiling which defaults to 64mb. (This is not a ColdFusion MX requirement. Under load, the perm space can be exhausted by many application servers that load a large number of JARs or classes. Most application server vendors suggest increasing this parameter when encountering an out of memory condition) "-XX:MaxPermSize=128m" - And this part: Out-Of-Memory Condition and/or Hotspot Crash · Reproduced one instance · Java VM setting resolved by increasing internal VM working memory ceiling in ColdFusion MX administrator "-XX:MaxPermSize=128m" NEXT: Re-verify, publish, and consider making default value in ColdFusion MX / Updater 2. Sun Bug Parade 4697804 http://developer.java.sun.com/developer/bugParade/bugs/4697804.html --- So the 1.3.1._03 VM has a maximum permanent generation size that defaults to 64MB . Perm memory is a subset of the heap, so even though the heap may be 512, the perm is far less. This memory is involved in the garbage collection of persistent objects. So after CF has been up a long time, the cieling is reached due to an increasing number of objects being managed there. Sun 1.4.1 (and likely other vendors 1.4.x versions) changed the default perm to a higher value and so customers using 1.4.1 have seen relief. If you either manually increase the perm size using the jvm arg above or change to a higher vm, then you will alleviate the condition of hitting the perm cieling. However, the preferred method of workaround is to stay on 1.3.1_03 (the one that comes with CFMX) and use the jvm arg to increase the MaxPermSize because jvm 1.4.1 may introduce other secondary effects and break code that was running fine under 1.3.1_03. === java.lang.OutOfMemoryError: unable to create new native thread For this one which is also common, see these two docs regarding DataDirect bug 15002321 that was fixed in Updater 2: http://www.macromedia.com/support/coldfusion/releasenotes/mx/releasenotes_mx_updater.html http://www.macromedia.com/v1/handlers/index.cfm?ID=23524&Method=Full Threads spawned from CFQUERY timeout=xx parameter not killed. (Merant/DataDirect drivers only) · Monitor threads would pile up (ALL OS platforms) using JDBC database drivers for EACH connection in CFQUERY containing a timeout parameter. Bug 47982. · Symptom: eventual [java.lang.OutOfMemoryError: unable to create new native thread] · Merant (DataDirect) issue 15002321. Fixed in October 2002 (post-ColdFusion MX Updater 1). Turn off TIMEOUT in CFQUERY and monitor threads to diagnose. Fix available in Updater 2. === Exception in thread "CompileThread0" java.lang.OutOfMemoryError: requested x bytes Have only seen one of these errors in CFMX. At this time, all I have for this one is: http://developer.java.sun.com/developer/bugParade/bugs/4484290.html = Workarounds - java.lang.OutOfMemoryError <> Use "-XX:MaxPermSize=128m" - java.lang.OutOfMemoryError: unable to create new native thread Apply CFMX Updater 2 - Exception in thread "CompileThread0" java.lang.OutOfMemoryError: requested x bytes Working on this Waiting on results of trying Updater 2 Hope this helps... ~| Archives: http://www.houseoffusion.com/cf_lists/index.cfm?forumid=4 Subscription: http://www.houseoffusion.com/cf_lists/index.cfm?method=subscribe&forumid=4 FAQ: http://www.thenetprofits.co.uk/coldfusion/faq This list and all House of Fusion resources hosted by CFHosting.com. The place for dependable ColdFusion Hosting.
Another Disturbing MX Error
Ok, I may be off about the exact size of the perm and maxperm defaults in the jvm versions, but 1.4.1 definitely increased the maxpermsize over 1.3.1. Here's some refs I found on the topic: http://wireless.java.sun.com/midp/articles/garbagecollection2/ http://developer.java.sun.com/developer/community/chat/JavaLive/2001/jl0327.html ~| Archives: http://www.houseoffusion.com/cf_lists/index.cfm?forumid=4 Subscription: http://www.houseoffusion.com/cf_lists/index.cfm?method=subscribe&forumid=4 FAQ: http://www.thenetprofits.co.uk/coldfusion/faq Your ad could be here. Monies from ads go to support these lists and provide more resources for the community. http://www.fusionauthority.com/ads.cfm
Another Disturbing MX Error
While you may or may not be on Linux, I think that if you check out this article that some parts of it may be useful for you regardless of your OS. http://www.macromedia.com/v1/handlers/index.cfm?ID=23524&Method=Full&PageCall=/support/index.cfm Specifically, this part: Hotspot crash or out-of-memory. Resolved by increasing internal VM perm memory ceiling which defaults to 64mb. (This is not a ColdFusion MX requirement. Under load, the perm space can be exhausted by many application servers that load a large number of JARs or classes. Most application server vendors suggest increasing this parameter when encountering an out of memory condition) "-XX:MaxPermSize=128m" - And this part: Out-Of-Memory Condition and/or Hotspot Crash · Reproduced one instance · Java VM setting resolved by increasing internal VM working memory ceiling in ColdFusion MX administrator "-XX:MaxPermSize=128m" NEXT: Re-verify, publish, and consider making default value in ColdFusion MX / Updater 2. Sun Bug Parade 4697804 --- So the 1.3.1._03 VM has a perm memory ceiling that defaults to 64MB. Perm memory is a subset of the heap, so even though the heap may be 512, the perm is only 64. This memory is involved in the garbage collection of persistent objects. So after CF has been up a long time, the cieling is reached due to an increasing number of objects being managed there. Sun 1.4.1 (and likely other vendors 1.4.x versions) changed the default perm to 256. So if you either manually increase the perm size using the jvm arg above or change to a higher vm, then you will allieviate the condition of hitting the perm cieling. The preferred method is to stay on 1.3.1 and use the jvm arg because jvm 1.4.x may introduce other secondary effects and break code that was find under 1.3.1. Hope that helps. ~| Archives: http://www.houseoffusion.com/cf_lists/index.cfm?forumid=4 Subscription: http://www.houseoffusion.com/cf_lists/index.cfm?method=subscribe&forumid=4 FAQ: http://www.thenetprofits.co.uk/coldfusion/faq Signup for the Fusion Authority news alert and keep up with the latest news in ColdFusion and related topics. http://www.fusionauthority.com/signup.cfm
Re: Another Disturbing MX Error
Sean A Corfield wrote: >On Wednesday, Dec 18, 2002, at 12:11 US/Pacific, Mark Johnson wrote: > > >>I like the theory, but there is one part that doesn't make sense. This >>error continued to happen until i restarted the service and more >>explicitily >>killed jrun. There are about twenty of the errors listed below. >>While it >> >> > >Yes, I've seen that situation too. Typically, there will be several >requests all getting out of memory errors at the same time (since >nearly everything in Java makes requests to the allocator). > > > >>was happening i looked at Task Manager and zeroed in on the jrun >>process and >>it was running well under the 512MB limit. Which seems to point to >>the fact >>that it was no longer taking up 512MB of memory. If that is true then >>what >> >> > >That is a little strange but I believe you (because you are not the >only person to have monitored memory usage and observed that same >behavior). I'm not entirely sure of a suitable explanation for what you >are seeing but I'm having a conversation with some folks internally >about this. My experience has been that if the system hits an out of >memory error and then you stop accessing it for a while, it finishes >garbage collecting and recovers fairly well (we've load tested CFMX to >that point and had it recover properly several times). Mind you, >watching the memory usage on Solaris we *have* seen it hit the high >water mark at the point of error. > > If you run Coldfusion on the new JRockit JVM (7.0sp1 1.4 edition) your CFMX installation will use a different type of garbage collection, which makes it a lot less likely that you'll be running out of memory. And it'll be faster too :) Jesse ~| Archives: http://www.houseoffusion.com/cf_lists/index.cfm?forumid=4 Subscription: http://www.houseoffusion.com/cf_lists/index.cfm?method=subscribe&forumid=4 FAQ: http://www.thenetprofits.co.uk/coldfusion/faq This list and all House of Fusion resources hosted by CFHosting.com. The place for dependable ColdFusion Hosting.
Re: Another Disturbing MX Error
On Wednesday, Dec 18, 2002, at 12:11 US/Pacific, Mark Johnson wrote: > I like the theory, but there is one part that doesn't make sense. This > error continued to happen until i restarted the service and more > explicitily > killed jrun. There are about twenty of the errors listed below. > While it Yes, I've seen that situation too. Typically, there will be several requests all getting out of memory errors at the same time (since nearly everything in Java makes requests to the allocator). > was happening i looked at Task Manager and zeroed in on the jrun > process and > it was running well under the 512MB limit. Which seems to point to > the fact > that it was no longer taking up 512MB of memory. If that is true then > what That is a little strange but I believe you (because you are not the only person to have monitored memory usage and observed that same behavior). I'm not entirely sure of a suitable explanation for what you are seeing but I'm having a conversation with some folks internally about this. My experience has been that if the system hits an out of memory error and then you stop accessing it for a while, it finishes garbage collecting and recovers fairly well (we've load tested CFMX to that point and had it recover properly several times). Mind you, watching the memory usage on Solaris we *have* seen it hit the high water mark at the point of error. > was happening. Did it reach the threshold once and now not know how to > recover from it even though the memory usage was much lower? I don't know. That behavior doesn't match what I've observed on Solaris. I'll continue to follow up internally and post any further information that I can. Sean A Corfield -- Director, Architecture Web Technology Group -- Macromedia, Inc. tel: (415) 252-2287 -- cell: (415) 717-8473 aim: seancorfield -- http://www.macromedia.com An Architect's View -- http://www.corfield.org/blog/ Introducing Macromedia Contribute. Web publishing for everyone. Learn more at http://www.macromedia.com/contribute ~| Archives: http://www.houseoffusion.com/cf_lists/index.cfm?forumid=4 Subscription: http://www.houseoffusion.com/cf_lists/index.cfm?method=subscribe&forumid=4 FAQ: http://www.thenetprofits.co.uk/coldfusion/faq This list and all House of Fusion resources hosted by CFHosting.com. The place for dependable ColdFusion Hosting.
RE: Another Disturbing MX Error
Sean, I like the theory, but there is one part that doesn't make sense. This error continued to happen until i restarted the service and more explicitily killed jrun. There are about twenty of the errors listed below. While it was happening i looked at Task Manager and zeroed in on the jrun process and it was running well under the 512MB limit. Which seems to point to the fact that it was no longer taking up 512MB of memory. If that is true then what was happening. Did it reach the threshold once and now not know how to recover from it even though the memory usage was much lower? Mark -Original Message- From: Sean A Corfield [mailto:[EMAIL PROTECTED]] Sent: Wednesday, December 18, 2002 11:12 AM To: CF-Talk Subject: Re: Another Disturbing MX Error On Wednesday, Dec 18, 2002, at 09:43 US/Pacific, Mark Johnson wrote: > "Error","jrpp-293","12/18/02","12:28:21",,"null The specific sequence > of > files included or processed is: null " > java.lang.OutOfMemoryError > > I had the following error occur yesterday and today once. When it > happens > you have to do a complete CF cycle. The ColdFusion Java VM MAX > setting is > still at its default of 512Mb and the machine has 1gig of ram. When i > checked the jrun.exe process it was running around 360Mb. Any ideas? Java memory usage will ebb and flow depending on activity. I suspect that at 12:28 there was sufficient activity on your system to require more than 512Mb RAM. By the time you checked later, that memory usage had shrunk back to 360Mb. This is not unusual. Since your machine has virtual memory, you can safely push the JVM max up quite a bit and heavy load will then just slow the system down rather than run it up against the memory limit. I think the maximum allowable is around 3600Mb (it's a certain amount under 4Gb but I can't quite remember what the threshold is). In order to scale your system, you could look at CFMX for J2EE which allows multiple instances and therefore multiple JVMs to service traffic on your website. See my blog for a brief note and a reference to a MM article on this: http://www.corfield.org/blog/2002_12_01_archive.html#86145208 Sean A Corfield -- Director, Architecture Web Technology Group -- Macromedia, Inc. tel: (415) 252-2287 -- cell: (415) 717-8473 aim: seancorfield -- http://www.macromedia.com An Architect's View -- http://www.corfield.org/blog/ Introducing Macromedia Contribute. Web publishing for everyone. Learn more at http://www.macromedia.com/contribute ~| Archives: http://www.houseoffusion.com/cf_lists/index.cfm?forumid=4 Subscription: http://www.houseoffusion.com/cf_lists/index.cfm?method=subscribe&forumid=4 FAQ: http://www.thenetprofits.co.uk/coldfusion/faq Get the mailserver that powers this list at http://www.coolfusion.com
Re: Another Disturbing MX Error
On Wednesday, Dec 18, 2002, at 09:43 US/Pacific, Mark Johnson wrote: > "Error","jrpp-293","12/18/02","12:28:21",,"null The specific sequence > of > files included or processed is: null " > java.lang.OutOfMemoryError > > I had the following error occur yesterday and today once. When it > happens > you have to do a complete CF cycle. The ColdFusion Java VM MAX > setting is > still at its default of 512Mb and the machine has 1gig of ram. When i > checked the jrun.exe process it was running around 360Mb. Any ideas? Java memory usage will ebb and flow depending on activity. I suspect that at 12:28 there was sufficient activity on your system to require more than 512Mb RAM. By the time you checked later, that memory usage had shrunk back to 360Mb. This is not unusual. Since your machine has virtual memory, you can safely push the JVM max up quite a bit and heavy load will then just slow the system down rather than run it up against the memory limit. I think the maximum allowable is around 3600Mb (it's a certain amount under 4Gb but I can't quite remember what the threshold is). In order to scale your system, you could look at CFMX for J2EE which allows multiple instances and therefore multiple JVMs to service traffic on your website. See my blog for a brief note and a reference to a MM article on this: http://www.corfield.org/blog/2002_12_01_archive.html#86145208 Sean A Corfield -- Director, Architecture Web Technology Group -- Macromedia, Inc. tel: (415) 252-2287 -- cell: (415) 717-8473 aim: seancorfield -- http://www.macromedia.com An Architect's View -- http://www.corfield.org/blog/ Introducing Macromedia Contribute. Web publishing for everyone. Learn more at http://www.macromedia.com/contribute ~| Archives: http://www.houseoffusion.com/cf_lists/index.cfm?forumid=4 Subscription: http://www.houseoffusion.com/cf_lists/index.cfm?method=subscribe&forumid=4 FAQ: http://www.thenetprofits.co.uk/coldfusion/faq This list and all House of Fusion resources hosted by CFHosting.com. The place for dependable ColdFusion Hosting.
Another Disturbing MX Error
"Error","jrpp-293","12/18/02","12:28:21",,"null The specific sequence of files included or processed is: null " java.lang.OutOfMemoryError I had the following error occur yesterday and today once. When it happens you have to do a complete CF cycle. The ColdFusion Java VM MAX setting is still at its default of 512Mb and the machine has 1gig of ram. When i checked the jrun.exe process it was running around 360Mb. Any ideas? Mark ~| Archives: http://www.houseoffusion.com/cf_lists/index.cfm?forumid=4 Subscription: http://www.houseoffusion.com/cf_lists/index.cfm?method=subscribe&forumid=4 FAQ: http://www.thenetprofits.co.uk/coldfusion/faq This list and all House of Fusion resources hosted by CFHosting.com. The place for dependable ColdFusion Hosting.
Another Fusebox->MX Error fix
This is another one of those huge application issues - though could apply else where I guess. If you have your http://www.houseoffusion.com/cf_lists/index.cfm?forumid=4 Subscription: http://www.houseoffusion.com/index.cfm?sidebar=lists&body=lists/cf_talk FAQ: http://www.thenetprofits.co.uk/coldfusion/faq Structure your ColdFusion code with Fusebox. Get the official book at http://www.fusionauthority.com/bkinfo.cfm
MX error in log
I found this in our log files C:\CFusionMX\runtime\logs\default-err.log java.lang.OutOfMemoryError: unable to create new native thread at java.lang.Thread.start(Native Method) at jrunx.scheduler.ThreadPool.spawnHandler(ThreadPool.java:239) at jrunx.scheduler.ThreadPool$ThreadThrottle.createRunnable(ThreadPool.java :404) at jrunx.scheduler.ThreadPool$UpstreamMetrics.createRunnable(ThreadPool.jav a:269) at jrunx.scheduler.WorkerThread.run(WorkerThread.java:62) Anyone know what it means? __ This list and all House of Fusion resources hosted by CFHosting.com. The place for dependable ColdFusion Hosting. FAQ: http://www.thenetprofits.co.uk/coldfusion/faq Archives: http://www.mail-archive.com/cf-talk@houseoffusion.com/ Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists
MX error in Application.log
Don't anyone know how to decipher this error? It was in application.log "Error","jrpp-62","07/05/02","16:20:43",,"null The specific sequence of files included or processed is: E:\WebPages\careyweb\HTML\upload\uploadfile.cfm " __ Signup for the Fusion Authority news alert and keep up with the latest news in ColdFusion and related topics. http://www.fusionauthority.com/signup.cfm FAQ: http://www.thenetprofits.co.uk/coldfusion/faq Archives: http://www.mail-archive.com/cf-talk@houseoffusion.com/ Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists
