[Tcl Java] what I now know about the deadlock

2000-06-13 Thread Dr Wes Munsil
Please give me your advice. I've instrumented TclBlend to look for the pattern of execution of MonitorEnter/MonitorExit calls and have learned this. The deadlock seen in my code, and now in the TclBlend regression test AutomaticSignature.test on Solaris with native threads, has these characterist

[Tcl Java] RE: [Tcl Java] Re: [Tcl Java] exec command

2000-06-13 Thread Thomas McKay
I think, actually, that in 1.2 at least if the System property "user.dir" is set appropriately that is where the Runtime.exec() takes place. I modified Interp.setWorkingDir() appropriately (which is called by CdCmd.java): if (dirObj.isDirectory()) { workingDir = dirObj; Syste

[Tcl Java] Re: [Tcl Java] exec command

2000-06-13 Thread Mo DeJong
On Tue, 13 Jun 2000, Levine Justin-p94702 wrote: > Hello, > > I was using JDK 1.3, but it still wasn't working properly. I gave up and > just started using the Runtime class. > Thanks. I have never tested it under 1.3. The exec class has this huge hack in it to get around the fact that the exe

[Tcl Java] Re: [Tcl Java] exec command

2000-06-13 Thread Levine Justin-p94702
Hello, I was using JDK 1.3, but it still wasn't working properly. I gave up and just started using the Runtime class. Thanks. - Justin -Original Message- From: Mo DeJong [mailto:[EMAIL PROTECTED]] Sent: Tuesday, June 13, 2000 1:43 PM To: Levine Justin-p94702 Cc: '[EMAIL PROTECTED]' Sub

[Tcl Java] Re: [Tcl Java] Re: [Tcl Java] Re: [Tcl Java] finalization deadlock under Solaris

2000-06-13 Thread Dr Wes Munsil
Sorry, it was unintentional. This was my transmission: Well, JavaCmdProc() is just calling EnterMonitor. Here's the code: /* * Invoke the command by calling Interp.callCommand(). Be sure to * leave the monitor since we are assuming nothing about the state * of the world after

[Tcl Java] Re: [Tcl Java] Re: [Tcl Java] Re: [Tcl Java] finalization deadlock under Solaris

2000-06-13 Thread Dr Wes Munsil
Mo DeJong wrote: I suggest that you compile Tcl with debug symbol and then attach with gdb (or try the "make gdb" rule) to find out what JavaCmdProc() is doing to enter a monitor. That is what is locking up your threads. Well, JavaCmdProc() is just calling EnterMonitor. Here's the code: ...     /

[Tcl Java] Re: [Tcl Java] Re: [Tcl Java] Re: [Tcl Java] finalization deadlock under Solaris

2000-06-13 Thread Dr Wes Munsil
Sigh. I can do that for my testing, certainly. But you may recall that my constraint in production is that I am not the one that is invoking Tcl--Vignette's StoryServer product is invoking Tcl. And they are using Tcl 8.2.0. Not even 8.2.3. (At least that's what [info patchlevel] says.) Mo DeJon

[Tcl Java] Re: [Tcl Java] exec command

2000-06-13 Thread Mo DeJong
On Tue, 13 Jun 2000, Levine Justin-p94702 wrote: > I have spent some time, and have come up empty. I'm currently using Jacl to > try to run batch files on an NT system. However, no matter what I do with > that exec command, it merely flips up a cmd.exe window for a moment, and > then disposes o

[Tcl Java] Re: [Tcl Java] Re: [Tcl Java] Re: [Tcl Java] finalization deadlock under Solaris

2000-06-13 Thread Mo DeJong
> When I started this project back in March, I could not get anything to work with JDK >1.1.8, Tcl > 8.3, and TclBlend 1.2.5, so I used Tcl 8.2.3. I do not remember now what the symptom >was, just > that it didn't work. (I am using JDK 1.1.8 because of warnings about JDK 1.2 at > http://dev.scri

[Tcl Java] Re: [Tcl Java] Re: [Tcl Java] Re: [Tcl Java] Re: [Tcl Java] finalization deadlock under Solaris

2000-06-13 Thread Dr Wes Munsil
I repeated the test of the patch, with JDK 1.2 on Solaris. Same result... hanging in AutomaticSignature.test. Jiang Wu wrote: > I am not sure about how well JDK 1.1.8 work with TclBlend. I have not > tested TclBlend with JDK 1.1.8. Are you unable to upgrade to JDK 1.2? > > -- Jiang Wu >[EM

[Tcl Java] Re: [Tcl Java] Re: [Tcl Java] Re: [Tcl Java] finalization deadlock under Solaris

2000-06-13 Thread Dr Wes Munsil
Mo DeJong wrote: > On Tue, 13 Jun 2000, Dr Wes Munsil wrote: > > > Thank you for your response. I am running "make test". (I don't know who loads >whom, but I > > infer from your comments that that means I am loading a JVM into Tcl.) I had >removed the > > MonitorEnter calls from JAVA_LOCK and

[Tcl Java] exec command

2000-06-13 Thread Levine Justin-p94702
I have spent some time, and have come up empty. I'm currently using Jacl to try to run batch files on an NT system. However, no matter what I do with that exec command, it merely flips up a cmd.exe window for a moment, and then disposes of it. I tried CALLing and STARTing, and all other sorts o

[Tcl Java] Re: [Tcl Java] Re: [Tcl Java] Re: [Tcl Java] Re: [Tcl Java] finalization deadlock under Solaris

2000-06-13 Thread Dr Wes Munsil
I originally chose JDK 1.1.8 because of this statement at http://dev.scriptics.com/faq/java.html#Q2: "When Tcl Blend is compiled with JDK1.2, it fails a few of the tests, see the known_issues.txt file in the distributions of Tcl Blend for more details." Jiang Wu wrote: > I am not sure about how

[Tcl Java] RE: [Tcl Java] Re: [Tcl Java] Re: [Tcl Java] Re: [Tcl Java] finalization deadlock under Solaris

2000-06-13 Thread Jiang Wu
I am not sure about how well JDK 1.1.8 work with TclBlend. I have not tested TclBlend with JDK 1.1.8. Are you unable to upgrade to JDK 1.2? -- Jiang Wu [EMAIL PROTECTED] -Original Message- From: Dr Wes Munsil [mailto:[EMAIL PROTECTED]] Sent: Tuesday, June 13, 2000 11:31 AM To: Jian

[Tcl Java] Re: [Tcl Java] Re: [Tcl Java] Re: [Tcl Java] finalization deadlock under Solaris

2000-06-13 Thread Mo DeJong
On Tue, 13 Jun 2000, Dr Wes Munsil wrote: > Thank you for your response. I am running "make test". (I don't know who loads whom, >but I > infer from your comments that that means I am loading a JVM into Tcl.) I had removed >the > MonitorEnter calls from JAVA_LOCK and JAVA_UNLOCK in response to

[Tcl Java] Re: [Tcl Java] Re: [Tcl Java] Re: [Tcl Java] finalization deadlock under Solaris

2000-06-13 Thread Dr Wes Munsil
Thank you for your response. I am running "make test". (I don't know who loads whom, but I infer from your comments that that means I am loading a JVM into Tcl.) I had removed the MonitorEnter calls from JAVA_LOCK and JAVA_UNLOCK in response to an earlier suggestion from Jiang Wu. The history

[Tcl Java] ANNOUNCE: SWANK 0.5

2000-06-13 Thread Johnson, Bruce
This is to announce the release of version 0.5 of SWANK(tm), a graphical user interface toolkit implemented entirely in JAVA(tm). SWANK(tm) provides the companion to Jacl, the Tcl interpreter implemented in JAVA(tm). Thus, Jacl/SWANK(tm) forms the analogous pair to Tcl/Tk and can be used to r

[Tcl Java] Re: [Tcl Java] Re: [Tcl Java] Re: [Tcl Java] finalization deadlock under Solaris

2000-06-13 Thread Mo DeJong
On Tue, 13 Jun 2000, Dr Wes Munsil wrote: > I would love to give the answers to your good questions off the top of my head, but I > don't know what "make test" does and I don't know what AutomaticSignature.test does. >I > am just following the installation and test instructions that came with th

[Tcl Java] Re: [Tcl Java] Re: [Tcl Java] Re: [Tcl Java] finalization deadlock under Solaris

2000-06-13 Thread Dr Wes Munsil
I would love to give the answers to your good questions off the top of my head, but I don't know what "make test" does and I don't know what AutomaticSignature.test does. I am just following the installation and test instructions that came with the download. I can look into the makefile and the re

[Tcl Java] Re: [Tcl Java] Re: [Tcl Java] Re: [Tcl Java] finalization deadlock under Solaris

2000-06-13 Thread Mo DeJong
On Tue, 13 Jun 2000, Dr Wes Munsil wrote: > I applied this patch and your other suggestion, and rebuilt, and now I cannot > make it through the regression tests. tcljava/AutomaticSignature.test appears to > deadlock. Can anyone help? My deadline is near, and I am close to having to > abandon TclB

[Tcl Java] Re: [Tcl Java] Re: [Tcl Java] finalization deadlock under Solaris

2000-06-13 Thread Dr Wes Munsil
I applied this patch and your other suggestion, and rebuilt, and now I cannot make it through the regression tests. tcljava/AutomaticSignature.test appears to deadlock. Can anyone help? My deadline is near, and I am close to having to abandon TclBlend as a solution, which I really do not want to h