Interrupting a process involving an infinite loop

I am using a JInternalFrame, with a JSplitPane, and panels within the SplitPane. My application involves the server continuously listening to a port.
When this happens, I am not able to STOP the process (the while(true)) loop, the buttons do not respond, and the JInternalFrame freezes. During this time, if I switch from this application to another application (while the processing is on), the controls disappear, and I am not able to view anything, until an OptionPane (which I have used to indicate the completion of an event0 appears.
Ideally, a user must be able to QUIT the application whenever he/she wants to, but my application does not allow the user to do this.
Please can anyone suggest a way out of this???
Thanks in advance :-)
p.s. : I hope the information I provided is sufficient to help reply to my query...... :-?

Thanks for your help, but please could you explain
the solution better?
I am not using threads in my program..............
Then, why is it giving a problem?
Is it because the server is listening to a port in an
infinite loop, and that blocks all other processes,
even prevents me frmo exiting the application!!! Is
there any way out of this? I mean, can I interrupt
the server listening to the port, and if so, how can
this be done????The problem is that you have a loop in your program that is running on the EDT. That loop is hogging 100% of the CPU, preventing anything else from running.

Similar Messages

"Page has Changed" infinite loop

When I click the Edit button, a message appears:
"Page has Changed. A new version of this page has been
detected. The new version will be loaded."
(There is no "new version" of the page, so this message seems
erroneous.)
I click OK. I click the Edit button again. The same message
appears. The page never goes into "Edit" mode, so this process
becomes an infinite loop, preventing me from editing the page.
What is the problem?

Hello antlion,
Please post the url for the site you're working with.
Does this happen with all of your InContext Editing enabled
pages, or just one? Are you the only one working on the page in
InContext Editing and Dreamweaver, or is it possible there is an
editing/synchronizing conflict with another user?
Best regards,
Corey

Integration Process: Infinite loop without correlation

Hello,
we have an IP which receives IDocs, maps them and makes SOAP-Calls to the destination synchron.
We need no correlation. Mapping is complex an takes some time.
Since this is an mass-interface, we can see the messages buffered for the IP in XBQO$PE_WS...
In order overcome this performance lack we want to process let's say 3 Idocs simultaneously.
According to "How To Configure Inbound Processing in ccBPM" i need to bring the Receive
Step into an infinite loop step, so that there is always an open Receive-Step:
<Begin loop infinite>
   - Receive-IDoc
   - Transformation-Step
   - Send-Step (SOAP)
   - Check Result
   - ErrorMessage if neccessary
<End loop>
But in this case an correlation is obligatory?
How can we implement sim. processing without correlation?
Regards Gunnar.

Gunnar, I don't think, you can yimprove this scenario and enable processing of more idocs simultanously. System processes the messages as fast, as it can.
Once, we had some problems with IDoc processing in BPM - it was slow. So my friend just added some available processes (increased this number in system settings) and it started to work fine. So, I think, there is no improvement possible in BPM, by try some system settings. I'm sorry, I can't tell you, which setting it exactly was, cos' I don't know, but try to ask some BASIS guys.
Peter

NIO Selector.select() enters a 100% CPU infinite loop on interruption

This issue is only reproducible in Windows.
When a thread is calling Selector.select() and the other thread interrupts the selector thread, Selector.select() enters an infinite loop taking up CPU time. All other JDKs I've tried including IBM 1.5 / 1.6, SUN 1.5 / 1.6 simply returned 0 when its interrupted. I think JRockit needs to behave similarly, without 100% CPU consumption. Here's the test code:
import java.nio.channels.Selector;
public class Main {
public static void main(String[] args) throws Exception {
final Thread mainThread = Thread.currentThread();
final Selector s = Selector.open();
new Thread() {
@Override
public void run() {
try {
Thread.sleep(1000);
} catch (InterruptedException e) {
// Ignore.
System.out.println("interrupt()");
mainThread.interrupt();
}.start();
System.out.println("select()");
s.select(5000);
System.out.println("success");
s.close();
Expected result:
select()
interrupt()
success
Actual result:
select()
interrupt()
<stuck with 100% CPU consumption>
Version:
JRMC-3.0.3-1.5.0 - build R27.6.0-50_o-100423-1.5.0_15-20080626-2105-windows-ia32, compiled mode
JRMC-3.0.3-1.6.0 - build R27.6.0-50_o-100423-1.6.0_05-20080626-2105-windows-ia32, compiled mode

Hi,
This looks like a bug. Please open a support ticket and request a patch if you need a fix asap. If you can wait we will fix this in an upcoming release. Thank you for your help

[svn:fx-trunk] 10214: This fixes the problem that if two text components share the same textFlow there is an infinite loop involving updateDisplayList - damageHandler - invalidateDisplaylist - back to updateDisplayList.

Revision: 10214
Author:   [email protected]
Date:     2009-09-13 07:33:58 -0700 (Sun, 13 Sep 2009)
Log Message:
This fixes the problem that if two text components share the same textFlow there is an infinite loop involving updateDisplayList -> damageHandler -> invalidateDisplaylist -> back to updateDisplayList. The bug file was for TextArea which is RET but the same bug was in RichText as well.
This example with a renderer exposed it because the typicalItem that is composed to figure out sizes and the actual first item in the list share the same textFlow. It actually has nothing to do with useVirtualDisplay other than it was sharing a textFlow.
It turns out that the TextFlowFactory dispatches damage events every time the textFlow is composed. Unlike when the flowComposer is used, it always considers the flow damaged. It was exacerbated by each of the two components having a damage handler for the same textFlow.
The solution is to use the textFlow generation number. In the damageHandler if the generation is the last known generation number, assume no changes, and return immediately from the damage handler.
QE notes: There are 1 TextArea, 6 TextInput and 2 NumericStepper failuers, with or without my changes. The common link seems to be DispatchKeyEvent. Most were testing maxChar, displayAsPassword and restrict. I tested these and they seem to be working correctly.
Doc notes:
Bugs: SDK-23002
Reviewer: Gordon
Tests run: checkintests, TextArea, TextInput and NumericStepper
Is noteworthy for integration: no
Ticket Links:
    http://bugs.adobe.com/jira/browse/SDK-23002
Modified Paths:
    flex/sdk/trunk/frameworks/projects/spark/src/spark/components/RichEditableText.as
    flex/sdk/trunk/frameworks/projects/spark/src/spark/components/RichText.as
    flex/sdk/trunk/frameworks/projects/spark/src/spark/components/supportClasses/RichEditable TextContainerManager.as

Revision: 10214
Author:   [email protected]
Date:     2009-09-13 07:33:58 -0700 (Sun, 13 Sep 2009)
Log Message:
This fixes the problem that if two text components share the same textFlow there is an infinite loop involving updateDisplayList -> damageHandler -> invalidateDisplaylist -> back to updateDisplayList. The bug file was for TextArea which is RET but the same bug was in RichText as well.
This example with a renderer exposed it because the typicalItem that is composed to figure out sizes and the actual first item in the list share the same textFlow. It actually has nothing to do with useVirtualDisplay other than it was sharing a textFlow.
It turns out that the TextFlowFactory dispatches damage events every time the textFlow is composed. Unlike when the flowComposer is used, it always considers the flow damaged. It was exacerbated by each of the two components having a damage handler for the same textFlow.
The solution is to use the textFlow generation number. In the damageHandler if the generation is the last known generation number, assume no changes, and return immediately from the damage handler.
QE notes: There are 1 TextArea, 6 TextInput and 2 NumericStepper failuers, with or without my changes. The common link seems to be DispatchKeyEvent. Most were testing maxChar, displayAsPassword and restrict. I tested these and they seem to be working correctly.
Doc notes:
Bugs: SDK-23002
Reviewer: Gordon
Tests run: checkintests, TextArea, TextInput and NumericStepper
Is noteworthy for integration: no
Ticket Links:
    http://bugs.adobe.com/jira/browse/SDK-23002
Modified Paths:
    flex/sdk/trunk/frameworks/projects/spark/src/spark/components/RichEditableText.as
    flex/sdk/trunk/frameworks/projects/spark/src/spark/components/RichText.as
    flex/sdk/trunk/frameworks/projects/spark/src/spark/components/supportClasses/RichEditable TextContainerManager.as

Infinite Loop issue in Encore CS5.1

I have never been as angry at a piece of software as I am with Adobe Encore. I have been crashing it for almost a week now and I still am no closer to figureing out the problem...
I have a 90 minute feature in Pr that I exported as an SD 16:9 (progressive frames) set of m2vs. I also exported a single AC3 audio file using Surcode. The moment I import any of the video the software becomes unstable. My current methodology involves setting up the entire menu system (one SD main menu and 3 chapter sub menus), then import the AC3 as a timeline, then finally importing the M2Vs, one at a time saving after every successful import. No dynamic links or anything unusual.
Even though it is a 4GB SD feature the Encore process is using almost 2GB of memory when it seems to be working right. Whenever I try to perform any task I get the (Not Responding) notice and I have to look at the process list. If the CPU is fluctuating I have a good chance that control will return, if it locks in at 8% then it is stuck in some kind of infinite loop and will never come back. At that point I kill off the program and try to see if the last saved session will load. While in the infinite loop the memory will count up to about 3GB thae get knocked down to about 1GB, then start counting back up again.
I have successfully completed the CD creation process once or twice, but it can take mnore than a day to complete what should take 20 minutes.
I have deleted the Media Cache DB, moved the Media Cache DB, re-installed the software, and searched the net for a solution. Nada...
I am doing this work on my editor:
OS Name Microsoft Windows 7 Ultimate
Version 6.1.7601 Service Pack 1 Build 7601
Other OS Description Not Available
OS Manufacturer Microsoft Corporation
System Name EDITORPC
System Manufacturer System manufacturer
System Model System Product Name
System Type x64-based PC
Processor Intel(R) Core(TM) i7 CPU 980 @ 3.33GHz, 3750 Mhz, 6 Core(s), 12 Logical Processor(s)
BIOS Version/Date American Megatrends Inc. 1001, 12/24/2010
SMBIOS Version 2.5
Windows Directory C:\Windows
System Directory C:\Windows\system32
Boot Device \Device\HarddiskVolume5
Locale United States
Hardware Abstraction Layer Version = "6.1.7601.17514"
User Name EditorPC\bgruen
Time Zone Eastern Daylight Time
Installed Physical Memory (RAM) 24.0 GB
Total Physical Memory 24.0 GB
Available Physical Memory 20.1 GB
Total Virtual Memory 48.0 GB
Available Virtual Memory 44.0 GB
Page File Space 24.0 GB
Page File C:\pagefile.sys
Any suggestions?
Bob

I'm don't think that is the "same problem," unless you are mixing one ac3 with multiple m2vs on the same timeline. (If the following doesn't solve your issue, start a new thread.)
In any event, the following may not be directly applicable to your OS or situation, but includes global issues and specifics. Look in particular at numbers 1 and 4.
Troubleshoot system errors and freezes | Adobe software on Mac OS 10.x
http://kb2.adobe.com/cps/824/cpsid_82414.html
Edit: Reading my mind? I'll add this to your new thread!

A cycle is detected in the object graph. This will cause an infinite loop.

People,
Looking for a little guidance. Please point me in the correct direction if I am mistaken. I am using Jersey 2.11 and generating JAXB definitions from XSD.
I have a periodic exception that seems to be timing based. If I change the timing of the message sent in anyway the error does not occur. The other issue is that the cycle reported in the error changes some times, however, the cycles reported can not occur based on the XSD definition. I have also dumped the message before sending and it definitely does not contain the cycle reported.
In this specific scenario, I am sending a message of NotificationType which contains a list of DocumentType, however, DocumentType can never contain NotificationType so the following cycle is not possible:
net.es.nsi.pce.discovery.jaxb.DocumentType@24d793f3 -> net.es.nsi.pce.discovery.jaxb.NotificationType@7f06bc07 -> net.es.nsi.pce.discovery.jaxb.DocumentType@24d793f3]
I am wondering if there could be a different reason for receiving the following exception?
Thank you for the help,
John
[code]
[ERROR] [08/22/2014 11:16:22.307] [NSI-DISCOVERY-akka.actor.default-dispatcher-4] [akka://NSI-DISCOVERY/user/discovery-notificationRouter/$c] HTTP 500 Internal Server Error
javax.ws.rs.ProcessingException: HTTP 500 Internal Server Error
        at org.glassfish.jersey.client.ClientRuntime.invoke(ClientRuntime.java:255)
        at org.glassfish.jersey.client.JerseyInvocation$1.call(JerseyInvocation.java:667)
        at org.glassfish.jersey.client.JerseyInvocation$1.call(JerseyInvocation.java:664)
        at org.glassfish.jersey.internal.Errors.process(Errors.java:315)
        at org.glassfish.jersey.internal.Errors.process(Errors.java:297)
        at org.glassfish.jersey.internal.Errors.process(Errors.java:228)        at org.glassfish.jersey.process.internal.RequestScope.runInScope(RequestScope.java:424)
        at org.glassfish.jersey.client.JerseyInvocation.invoke(JerseyInvocation.java:664)
        at org.glassfish.jersey.client.JerseyInvocation$Builder.method(JerseyInvocation.java:424)
        at org.glassfish.jersey.client.JerseyInvocation$Builder.post(JerseyInvocation.java:333)
        at net.es.nsi.pce.discovery.actors.NotificationActor.onReceive(NotificationActor.java:100)
        at akka.actor.UntypedActor$$anonfun$receive$1.applyOrElse(UntypedActor.scala:167)
        at akka.actor.Actor$class.aroundReceive(Actor.scala:465)
        at akka.actor.UntypedActor.aroundReceive(UntypedActor.scala:97)        at akka.actor.ActorCell.receiveMessage(ActorCell.scala:516)
        at akka.actor.ActorCell.invoke(ActorCell.scala:487)
        at akka.dispatch.Mailbox.processMailbox(Mailbox.scala:238)
        at akka.dispatch.Mailbox.run(Mailbox.scala:220)
        at akka.dispatch.ForkJoinExecutorConfigurator$AkkaForkJoinTask.exec(AbstractDispatcher.scala:393)
        at scala.concurrent.forkjoin.ForkJoinTask.doExec(ForkJoinTask.java:260)
        at scala.concurrent.forkjoin.ForkJoinPool$WorkQueue.runTask(ForkJoinPool.java:1339)
        at scala.concurrent.forkjoin.ForkJoinPool.runWorker(ForkJoinPool.java:1979)
        at scala.concurrent.forkjoin.ForkJoinWorkerThread.run(ForkJoinWorkerThread.java:107)
Caused by: javax.ws.rs.InternalServerErrorException: HTTP 500 Internal Server Error
        at org.glassfish.jersey.message.internal.AbstractJaxbElementProvider.writeTo(AbstractJaxbElementProvider.java:152)
        at org.glassfish.jersey.message.internal.AbstractJaxbElementProvider.writeTo(AbstractJaxbElementProvider.java:85)
        at org.glassfish.jersey.message.internal.WriterInterceptorExecutor$TerminalWriterInterceptor.invokeWriteTo(WriterInterceptorExecutor.java:265)
        at org.glassfish.jersey.message.internal.WriterInterceptorExecutor$TerminalWriterInterceptor.aroundWriteTo(WriterInterceptorExecutor.java:250)
        at org.glassfish.jersey.message.internal.WriterInterceptorExecutor.proceed(WriterInterceptorExecutor.java:162)
        at org.glassfish.jersey.filter.LoggingFilter.aroundWriteTo(LoggingFilter.java:293)
        at org.glassfish.jersey.message.internal.WriterInterceptorExecutor.proceed(WriterInterceptorExecutor.java:162)
        at org.glassfish.jersey.message.internal.MessageBodyFactory.writeTo(MessageBodyFactory.java:1154)
        at org.glassfish.jersey.client.ClientRequest.writeEntity(ClientRequest.java:503)
        at org.glassfish.jersey.client.HttpUrlConnector._apply(HttpUrlConnector.java:315)
        at org.glassfish.jersey.client.HttpUrlConnector.apply(HttpUrlConnector.java:227)
        at org.glassfish.jersey.client.ClientRuntime.invoke(ClientRuntime.java:246)
        ... 22 more
Caused by: javax.xml.bind.MarshalException
- with linked exception:
[Exception [EclipseLink-25003] (Eclipse Persistence Services - 2.5.0.v20130507-3faac2b): org.eclipse.persistence.exceptions.XMLMarshalException
Exception Description: An error occurred marshalling the object
Internal Exception: Exception [EclipseLink-25037] (Eclipse Persistence Services - 2.5.0.v20130507-3faac2b): org.eclipse.persistence.exceptions.XMLMarshalException
Exception Description: A cycle is detected in the object graph. This will cause an infinite loop: net.es.nsi.pce.discovery.jaxb.DocumentType@24d793f3 -> net.es.nsi.pce.discovery.jaxb.NotificationType@7f06bc07 -> net.es.nsi.pce.discovery.jaxb.DocumentType@24d793f3]
        at org.eclipse.persistence.jaxb.JAXBMarshaller.marshal(JAXBMarshaller.java:403)
        at org.glassfish.jersey.message.internal.XmlJaxbElementProvider.writeTo(XmlJaxbElementProvider.java:139)
        at org.glassfish.jersey.message.internal.AbstractJaxbElementProvider.writeTo(AbstractJaxbElementProvider.java:150)
        ... 33 more
Caused by: Exception [EclipseLink-25003] (Eclipse Persistence Services - 2.5.0.v20130507-3faac2b): org.eclipse.persistence.exceptions.XMLMarshalException
Exception Description: An error occurred marshalling the object
Internal Exception: Exception [EclipseLink-25037] (Eclipse Persistence Services - 2.5.0.v20130507-3faac2b): org.eclipse.persistence.exceptions.XMLMarshalException
Exception Description: A cycle is detected in the object graph. This will cause an infinite loop: net.es.nsi.pce.discovery.jaxb.DocumentType@24d793f3 -> net.es.nsi.pce.discovery.jaxb.NotificationType@7f06bc07 -> net.es.nsi.pce.discovery.jaxb.DocumentType@24d793f3
        at org.eclipse.persistence.exceptions.XMLMarshalException.marshalException(XMLMarshalException.java:97)
        at org.eclipse.persistence.internal.oxm.XMLMarshaller.marshal(XMLMarshaller.java:911)
        at org.eclipse.persistence.internal.oxm.XMLMarshaller.marshal(XMLMarshaller.java:848)
        at org.eclipse.persistence.jaxb.JAXBMarshaller.marshal(JAXBMarshaller.java:401)
        ... 35 more
Caused by: Exception [EclipseLink-25037] (Eclipse Persistence Services - 2.5.0.v20130507-3faac2b): org.eclipse.persistence.exceptions.XMLMarshalException
Exception Description: A cycle is detected in the object graph. This will cause an infinite loop: net.es.nsi.pce.discovery.jaxb.DocumentType@24d793f3 -> net.es.nsi.pce.discovery.jaxb.NotificationType@7f06bc07 -> net.es.nsi.pce.discovery.jaxb.DocumentType@24d793f3
        at org.eclipse.persistence.exceptions.XMLMarshalException.objectCycleDetected(XMLMarshalException.java:400)
        at org.eclipse.persistence.internal.oxm.XPathObjectBuilder.buildRow(XPathObjectBuilder.java:207)
        at org.eclipse.persistence.internal.oxm.TreeObjectBuilder.buildRow(TreeObjectBuilder.java:118)
        at org.eclipse.persistence.internal.oxm.TreeObjectBuilder.buildRow(TreeObjectBuilder.java:1)
        at org.eclipse.persistence.internal.oxm.XMLCompositeObjectMappingNodeValue.marshalSingleValue(XMLCompositeObjectMappingNodeValue.java:237)
        at org.eclipse.persistence.internal.oxm.XMLCompositeObjectMappingNodeValue.marshal(XMLCompositeObjectMappingNodeValue.java:149)
        at org.eclipse.persistence.internal.oxm.NodeValue.marshal(NodeValue.java:102)
        at org.eclipse.persistence.internal.oxm.record.ObjectMarshalContext.marshal(ObjectMarshalContext.java:59)
        at org.eclipse.persistence.internal.oxm.XPathNode.marshal(XPathNode.java:393)
        at org.eclipse.persistence.internal.oxm.XPathObjectBuilder.buildRow(XPathObjectBuilder.java:238)
        at org.eclipse.persistence.internal.oxm.TreeObjectBuilder.buildRow(TreeObjectBuilder.java:118)
        at org.eclipse.persistence.internal.oxm.TreeObjectBuilder.buildRow(TreeObjectBuilder.java:1)
        at org.eclipse.persistence.internal.oxm.XMLCompositeCollectionMappingNodeValue.marshalSingleValue(XMLCompositeCollectionMappingNodeValue.java:321)
        at org.eclipse.persistence.internal.oxm.XMLCompositeCollectionMappingNodeValue.marshal(XMLCompositeCollectionMappingNodeValue.java:104)
        at org.eclipse.persistence.internal.oxm.NodeValue.marshal(NodeValue.java:149)
        at org.eclipse.persistence.internal.oxm.NodeValue.marshal(NodeValue.java:102)
        at org.eclipse.persistence.internal.oxm.record.ObjectMarshalContext.marshal(ObjectMarshalContext.java:59)
        at org.eclipse.persistence.internal.oxm.XPathNode.marshal(XPathNode.java:393)
        at org.eclipse.persistence.internal.oxm.XPathObjectBuilder.buildRow(XPathObjectBuilder.java:238)
        at org.eclipse.persistence.internal.oxm.TreeObjectBuilder.buildRow(TreeObjectBuilder.java:118)
        at org.eclipse.persistence.internal.oxm.TreeObjectBuilder.buildRow(TreeObjectBuilder.java:1)
        at org.eclipse.persistence.internal.oxm.XMLMarshaller.marshal(XMLMarshaller.java:743)
        at org.eclipse.persistence.internal.oxm.XMLMarshaller.marshal(XMLMarshaller.java:901)
        ... 37 more
[/code]

Unfortunately, even this thread is unanswered, i am closing the thread.as it it creating problems for further posting

Infinite loop - "Some actions taken while...offline could not be completed"

I have 4 IMAP accounts (.Mac, Gmail and 2 at SpamArrest). Occasionally, I get in this infuriating state where I keep getting the following error:
"Some actions taken while the account "ClickMarkets-SA" was offline could not be complete online.
Mail has undone actions on some messages so that you can redo the actions while online. Mail has saved other message in mailbox "INBOX.Sent Messages" in "On My Mac" so that you can complete the
actions while online.
Additional information: The connection to the server "mail.spamarrest.com" on port 993 timed out."
The only way I've found to resolve this infinite loop of messages (which subsequently backs up all other mail processing) is to quit mail, then cd to ~/Library/Mail/[email protected]/.OfflineCache and delete everything in there then relaunch mail.
In each cases, I end up with a mailbox folder (Sent or Drafts) in the folder "On My Mac" which has one copy for each attempt at handling the message "online."
I opened up the Connection Doctor and looked at the log details and saw that Mail is opening a socket to spamarrest and starting an APPEND operation on my INBOX.Drafts folder -- I have "store drafts on server" checked. It appears the APPEND operation is hanging and causing a timeout (see transcript below). This happens every 60 seconds. The error that I see after the timeout is:
* BYE [ALERT] Fatal error: INTERNAL ERROR: Keyword hashtable memory corruption.: Input/output error
Who's Fatal error is that?
SpamArrest is trying to tell me the problem is with both of my computers and not their server. (Yes, this is hitting both my MacBook Pro and my iMac). Can anyone shed some more light on this? IMAP should be able to handle multiple computers so I don't see that as a problem. Is my Mail app not following protocol? Is it a filesystem issue (e.g. SpamArrest doesn't like the name of the folder)?
Thanks.
Chip
Here is the log file segment:
CONNECTED May 19 17:13:11.939 [kCFStreamSocketSecurityLevelNegotiatedSSL] -- host:mail.spamarrest.com -- port:993 -- socket:0x189d0050 -- thread:0x1db74280
READ May 19 17:13:12.266 [kCFStreamSocketSecurityLevelNegotiatedSSL] -- host:mail.spamarrest.com -- port:993 -- socket:0x189d0050 -- thread:0x1db74280
* OK [CAPABILITY IMAP4rev1 UIDPLUS CHILDREN NAMESPACE THREAD=ORDEREDSUBJECT THREAD=REFERENCES SORT QUOTA IDLE AUTH=CRAM-MD5 AUTH=PLAIN ACL ACL2=UNION] IMAP ready.
WROTE May 19 17:13:12.301 [kCFStreamSocketSecurityLevelNegotiatedSSL] -- host:mail.spamarrest.com -- port:993 -- socket:0x189d0050 -- thread:0x1d314d10
1.785 LOGIN clickmarkets *******
READ May 19 17:13:12.365 [kCFStreamSocketSecurityLevelNegotiatedSSL] -- host:mail.spamarrest.com -- port:993 -- socket:0x189d0050 -- thread:0x1d314d10
1.785 OK connected to proxy server.
WROTE May 19 17:13:12.405 [kCFStreamSocketSecurityLevelNegotiatedSSL] -- host:mail.spamarrest.com -- port:993 -- socket:0x189d0050 -- thread:0x1d314d10
2.785 CAPABILITY
READ May 19 17:13:12.463 [kCFStreamSocketSecurityLevelNegotiatedSSL] -- host:mail.spamarrest.com -- port:993 -- socket:0x189d0050 -- thread:0x1d314d10
* CAPABILITY IMAP4rev1 UIDPLUS CHILDREN NAMESPACE THREAD=ORDEREDSUBJECT THREAD=REFERENCES SORT QUOTA IDLE AUTH=CRAM-MD5 ACL ACL2=UNION
2.785 OK CAPABILITY completed
WROTE May 19 17:13:12.501 [kCFStreamSocketSecurityLevelNegotiatedSSL] -- host:mail.spamarrest.com -- port:993 -- socket:0x189d0050 -- thread:0x1d314d10
3.785 LIST "" ""
READ May 19 17:13:12.561 [kCFStreamSocketSecurityLevelNegotiatedSSL] -- host:mail.spamarrest.com -- port:993 -- socket:0x189d0050 -- thread:0x1d314d10
* LIST (\Noselect) "." ""
3.785 OK LIST completed
WROTE May 19 17:13:12.616 [kCFStreamSocketSecurityLevelNegotiatedSSL] -- host:mail.spamarrest.com -- port:993 -- socket:0x189d0050 -- thread:0x1d314d10
4.785 APPEND "INBOX.Drafts (ClickMarkets-SA)" (\Seen \Draft $NotJunk NotJunk) "19-May-2009 17:07:30 -0700" {4525}
READ May 19 17:13:13.627 [kCFStreamSocketSecurityLevelNegotiatedSSL] -- host:mail.spamarrest.com -- port:993 -- socket:0x189d0050 -- thread:0x1d314d10
+ OK
WROTE May 19 17:13:13.663 [kCFStreamSocketSecurityLevelNegotiatedSSL] -- host:mail.spamarrest.com -- port:993 -- socket:0x189d0050 -- thread:0x1d314d10
X-Uniform-Type-Identifier: com.apple.mail-draft
From: Chip Roberson <[email protected]>
To: "Charles S. Roberson" <[email protected]>
X-Universally-Unique-Identifier: 155cc0fa-b377-4dd6-a5e6-d6563a23c711
Subject: PM Test 1
X-Apple-Auto-Saved: 1
X-Apple-Mail-Remote-Attachments: YES
X-Apple-Windows-Friendly: 1
Message-Id: <[email protected]>
Content-Type: text/html;
charset=US-ASCII
Content-Transfer-Encoding: quoted-printable
Mime-Version: 1.0 (Apple Message framework v935.3)
X-Apple-Base-Url: x-msg://85/
Date: Tue, 19 May 2009 17:07:30 -0700
X-Apple-Mail-Signature: 34D68E00-8E23-44FB-B72C-FFA86BB66FB3
<html><body style=3D"word-wrap: break-word; -webkit-nbsp-mode: space; =
-webkit-line-break: after-white-space; ">I'm starting to wonder if this =
will ever fail when I need it to fail!<div><br><div =
id=3D"AppleMailSignature"> <span class=3D"Apple-style-span" =
style=3D"border-collapse: separate; color: rgb(0, 0, 0); font-family: =
Helvetica; font-size: 12px; font-style: normal; font-variant: normal; =
font-weight: normal; letter-spacing: normal; line-height: normal; =
orphans: 2; text-align: auto; text-indent: 0px; text-transform: none; =
white-space: normal; widows: 2; word-spacing: 0px; =
-webkit-border-horizontal-spacing: 0px; -webkit-border-vertical-spacing: =
0px; -webkit-text-decorations-in-effect: none; -webkit-text-size-adjust: =
auto; -webkit-text-stroke-width: 0px; "><div style=3D"word-wrap: =
break-word; -webkit-nbsp-mode: space; -webkit-line-break: =
after-white-space; "><span class=3D"Apple-style-span" =
style=3D"border-collapse: separate; color: rgb(0, 0, 0); font-family: =
Helvetica; font-size: 12px; font-style: normal; font-variant: normal; =
font-weight: normal; letter-spacing: normal; line-height: normal; =
orphans: 2; text-indent: 0px; text-transform: none; white-space: normal; =
widows: 2; word-spacing: 0px; -webkit-border-horizontal-spacing: 0px; =
-webkit-border-vertical-spacing: 0px; =
-webkit-text-decorations-in-effect: none; -webkit-text-size-adjust: =
auto; -webkit-text-stroke-width: 0px; "><div style=3D"word-wrap: =
break-word; -webkit-nbsp-mode: space; -webkit-line-break: =
after-white-space; "><span class=3D"Apple-style-span" =
style=3D"border-collapse: separate; color: rgb(0, 0, 0); font-family: =
Helvetica; font-size: 12px; font-style: normal; font-variant: normal; =
font-weight: normal; letter-spacing: normal; line-height: normal; =
orphans: 2; text-indent: 0px; text-transform: none; white-space: normal; =
widows: 2; word-spacing: 0px; -webkit-border-horizontal-spacing: 0px; =
-webkit-border-vertical-spacing: 0px; =
-webkit-text-decorations-in-effect: none; -webkit-text-size-adjust: =
auto; -webkit-text-stroke-width: 0px; "><div style=3D"word-wrap: =
break-word; -webkit-nbsp-mode: space; -webkit-line-break: =
after-white-space; "><span class=3D"Apple-style-span" =
style=3D"border-collapse: separate; color: rgb(0, 0, 0); font-family: =
Helvetica; font-size: 12px; font-style: normal; font-variant: normal; =
font-weight: normal; letter-spacing: normal; line-height: normal; =
orphans: 2; text-indent: 0px; text-transform: none; white-space: normal; =
widows: 2; word-spacing: 0px; -webkit-border-horizontal-spacing: 0px; =
-webkit-border-vertical-spacing: 0px; =
-webkit-text-decorations-in-effect: none; -webkit-text-size-adjust: =
auto; -webkit-text-stroke-width: 0px; "><div style=3D"word-wrap: =
break-word; -webkit-nbsp-mode: space; -webkit-line-break: =
after-white-space; "><span class=3D"Apple-style-span" =
style=3D"border-collapse: separate; color: rgb(0, 0, 0); font-family: =
Helvetica; font-size: 12px; font-style: normal; font-variant: normal; =
font-weight: normal; letter-spacing: normal; line-height: normal; =
orphans: 2; text-indent: 0px; text-transform: none; white-space: normal; =
widows: 2; word-spacing: 0px; -webkit-border-horizontal-spacing: 0px; =
-webkit-border-vertical-spacing: 0px; =
-webkit-text-decorations-in-effect: none; -webkit-text-size-adjust: =
auto; -webkit-tex
WROTE May 19 17:13:13.697 [kCFStreamSocketSecurityLevelNegotiatedSSL] -- host:mail.spamarrest.com -- port:993 -- socket:0x189d0050 -- thread:0x1d314d10
t-stroke-width: 0px; "><div style=3D"word-wrap: =
break-word; -webkit-nbsp-mode: space; -webkit-line-break: =
after-white-space; ">--
Chip =
Roberson
[email protected]
http://www.linkedi=
n.com/in/chiproberson
=
<br =
class=3D"Apple-interchange-newline">
</body></html>=
READ May 19 17:14:13.626 [kCFStreamSocketSecurityLevelNegotiatedSSL] -- host:mail.spamarrest.com -- port:993 -- socket:0x189d0050 -- thread:0x1d314d10
* BYE Disconnected for inactivity.
* BYE [ALERT] Fatal error: INTERNAL ERROR: Keyword hashtable memory corruption.: Input/output error
CONNECTED May 19 17:14:19.092 [kCFStreamSocketSecurityLevelNegotiatedSSL] -- host:mail.spamarrest.com -- port:993 -- socket:0x182eff40 -- thread:0x1db74280
READ May 19 17:14:19.414 [kCFStreamSocketSecurityLevelNegotiatedSSL] -- host:mail.spamarrest.com -- port:993 -- socket:0x182eff40 -- thread:0x1db74280
* OK [CAPABILITY IMAP4rev1 UIDPLUS CHILDREN NAMESPACE THREAD=ORDEREDSUBJECT THREAD=REFERENCES SORT QUOTA IDLE AUTH=CRAM-MD5 AUTH=PLAIN ACL ACL2=UNION] IMAP ready.
WROTE May 19 17:14:19.449 [kCFStreamSocketSecurityLevelNegotiatedSSL] -- host:mail.spamarrest.com -- port:993 -- socket:0x182eff40 -- thread:0x19fed040
1.786 LOGIN clickmarkets *******
READ May 19 17:14:19.517 [kCFStreamSocketSecurityLevelNegotiatedSSL] -- host:mail.spamarrest.com -- port:993 -- socket:0x182eff40 -- thread:0x19fed040
1.786 OK connected to proxy server.
WROTE May 19 17:14:19.555 [kCFStreamSocketSecurityLevelNegotiatedSSL] -- host:mail.spamarrest.com -- port:993 -- socket:0x182eff40 -- thread:0x19fed040
2.786 CAPABILITY
READ May 19 17:14:19.622 [kCFStreamSocketSecurityLevelNegotiatedSSL] -- host:mail.spamarrest.com -- port:993 -- socket:0x182eff40 -- thread:0x19fed040
* CAPABILITY IMAP4rev1 UIDPLUS CHILDREN NAMESPACE THREAD=ORDEREDSUBJECT THREAD=REFERENCES SORT QUOTA IDLE AUTH=CRAM-MD5 ACL ACL2=UNION
2.786 OK CAPABILITY completed
WROTE May 19 17:14:19.659 [kCFStreamSocketSecurityLevelNegotiatedSSL] -- host:mail.spamarrest.com -- port:993 -- socket:0x182eff40 -- thread:0x19fed040
3.786 LIST "" ""
READ May 19 17:14:19.718 [kCFStreamSocketSecurityLevelNegotiatedSSL] -- host:mail.spamarrest.com -- port:993 -- socket:0x182eff40 -- thread:0x19fed040
* LIST (\Noselect) "." ""
3.786 OK LIST completed
WROTE May 19 17:14:19.755 [kCFStreamSocketSecurityLevelNegotiatedSSL] -- host:mail.spamarrest.com -- port:993 -- socket:0x182eff40 -- thread:0x19fed040
4.786 APPEND "INBOX.Drafts (ClickMarkets-SA)" (\Seen \Draft $NotJunk NotJunk) "19-May-2009 17:07:30 -0700" {4525}
READ May 19 17:14:19.818 [kCFStreamSocketSecurityLevelNegotiatedSSL] -- host:mail.spamarrest.com -- port:993 -- socket:0x182eff40 -- thread:0x19fed040
+ OK
WROTE May 19 17:14:19.855 [kCFStreamSocketSecurityLevelNegotiatedSSL] -- host:mail.spamarrest.com -- port:993 -- socket:0x182eff40 -- thread:0x19fed040

Okay I did a little more digging and found another thread that answers this issue.
http://discussions.apple.com/thread.jspa?threadID=1276506

InDesign infinite loop when exporting INDD as IDML - one specific document

Hi,
I have several thousand INDD files that are generated using CS4. We are migrating to CC server so need to be able to run scripts against these files. One of the scripts performs some (simple) manipulations and then saves as IDML...
Except...
With a percentage of our files (I've found two out of less than a hundred files that I've tested) the export to IDML task never completes. InDesign server simply hangs, permenantly. The only way to get our server back is to manually terminate the process using Task Manager and then restart. I have looked at the INDD files using InDesign client and can see nothing whatsoever the matter with them. However, even in client, even after deleting _ALL_ content, when I try to save as IDML, I get the export process hanging (see screenshot below).
So, I guess I have two questions;
1. How can I modify InDesign server to detect and recover from this form of infinite loop?
2. Does anybody have any idea what could be causing the infinite loop? (And how to resolve it?)
Thanks,
Gaius

You should try a divide and conquer for the InDesign file.
That is split it in two and then try export to IDML
Whichever sides hangs is where the problem lies. You can keep halving this document until you find the problematic page/pages.

****How to come out of the infinite loop by passing a perticular message

Hi all,
Can You Pl expalin me in detail "How to come out of the infinite loop by passing a perticular message in BPM Scenarios"
Thanks,
Srinivasa

Hi Potharaju,
For this al you need to do is define an IP with two branches. One of the branch receives message of a particular type only. And the other branch is used for stopping the message processing. This is achieved using the correlation. Correlation makes sure that the message of the first type goes to the first branch only and that the message of second type should go to the second branch only. Now when the message of the second type is received, the control comes out of the infinite loop.
Hope it makesit clear.
Regards,
Sanjeev.

ITunes update to 4.0 requires checking 32-bit mode in "Get Info" window. No such checkbox exists. iTunes refuses to launch. iMac 27-in., Mac OS 10.6.8. Tried re-installing iTunes 4, but went into infinite loop while in "Registering Installed Components"

After updating to iTunes 4, launching the application indicated that 64-bit mode was only available in Mac OS 10.7 Lion and to use in 32-bit mode by checking the 32-bit mode checkbox in the iTunes "Get Info" window. However, this window does not have the aforementioned checkbox. Thus, iTunes is now unusable. Tried to download fresh install from Apple site, but this process went into an infinite loop during the "registering installed components" phase of the installation. Had to force quit. System is iMac 27-inch, Core i7 processor, Mac OS 10.6.8. Is there a problem with iTunes 4? Can I go back to the previous version? Thanks.

Ah! I found several other people with the same problem in this forum. I followed the suggestion to move iTunes 4 from the "Applications" to the desktop and launch it from there. It worked! I moved it back into the Application folder and its still okay. Thanks! This is a definitely a bug that Apple needs to address quickly.

Bluetooth headset setup in infinite loop

I have been trying to pair my Bluespoon AX2 with my Macbook pro. Every time I go through the process of finding the headset, entering the access key, and then my mac goes into an infinite loop while it is "Gathering additional information about your headset".
I can pair the Bluespoon with my Blackberry without any problem so why can't I pari it with my Mac?
Note that I have turned off bluetooth on my Blackberry while I go through this process.
Help.
A

Hi All,
this morning after updating my Leopard to 10.5.1 I had the same problem.
I ve found an issue but I think this issue doesn't work with any leopard...
reboot your system and hold swift key
click on previous button
click on restart
the system goes to reboot, reinstall all updates and the system working fine !
enjoy

Empty trash stuck in infinite loop....

I just upgraded to Mtn Lion and I have a hard drive with time machine back up from a leopard machine, I wanted to delete that, and use the drive with Mtn lion, I put the backups folder into trash and tried to empty it, it is stuck in an infinite loop, the items to delete is in -ve......anybody else seen this? how to recover, if I stop the process, the files are still there...any solutions?

Stop the process. Remove the files from Trash and put them back on the disk they came from.
Next, open Disk Utility (Applications/Utilities/Disk Utility.app), choose the hard disk that you were trying to delete the files from. Click the 'Erase' tab and then 'Erase...'.

Stopping a Thread in Infinite Loop

I've read several articles on how to stop Threads, and all of them point to using Thread.interrupt(). The problem right now is what happens when the thread is in an infinite loop. For example:
class A implements Runnable
    public void run()
        while(!Thread.currentThread().isInterrupted())
              while(true);
//in other class's main method:
Thread a = new Thread(new A());
a.start();
a.interrupt();The a.interrupt() call only sets the isInterrupted flag in Thread, but it does not terminate the thread as a.stop() would. However, stop() throws a ThreadDeath exception that I would not want to have to deal with. Is there any way to stop this infinite loop thread safely?
Thanks in advance!

No need to get snitty. You certainly did not make clear that you are not a newbie at programming. Plenty of newbies who barely have a grasp of the language fundamentals post thread questions here. I thought I did address the question at hand. It seems I misunderstood what you were asking.
The only way to safely stop that inner loop is like so: while (...) {
   while (!done) {
}where done is volatile, or all access to it is sychronized on the same lock (meaning you'd sync the !done check above as well).
If you can't do that, and it's stuck at while (true) and you can't modify the body of the inner loop to check done, then you're SOL.
(I suppose it's conceivable that 1.6 or 6.0 or whatever it's called will introduce some new safe way to stop that thread, but I haven't heard anything about it.)

REDO scanning goes in infinite loop and Too much ARCHIVE LOG

After we restart DATABASE, capture process REDO scanning goes in infinite loop and Too much ARCHIVE LOG being generated.
No idea whats going on.... otherwise basic streams functionality working fine.

What's your DB version

Interrupting a process involving an infinite loop

Similar Messages

Maybe you are looking for