--- Comment #13 from cyberflex at mail dot ru 2007-08-31 09:42 ---
(In reply to comment #12)
> Does GCJ's behavior differ from Sun's in this test?
>
Well.. tried that (jdk1.6 i386)
Answer is: at this point NOT. So this is "not an issue"
But while performing
--- Comment #11 from cyberflex at mail dot ru 2007-08-30 09:41 ---
It looks that the fact that, rfcomm in some situations are killed when shell
script called with Proces.destroy() and in some situations don't
misleded me.
Also the strace shows that rfcomm sleep inside accept system
--- Comment #10 from cyberflex at mail dot ru 2007-08-30 09:36 ---
Created an attachment (id=14141)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14141&action=view)
one more helper script bt_param.bash
helper script for 14139: test.java
--
http://gcc.gnu.org/b
--- Comment #9 from cyberflex at mail dot ru 2007-08-30 09:35 ---
Created an attachment (id=14140)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14140&action=view)
script bt_connect.bash
script to use with 14139: test.java
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33218
--- Comment #8 from cyberflex at mail dot ru 2007-08-30 09:34 ---
Created an attachment (id=14139)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14139&action=view)
test.java
test.java to run with bt_connect.bash
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33218
--- Comment #7 from cyberflex at mail dot ru 2007-08-30 09:34 ---
Problem is reproducible, but it likely should be posted to other list.
It looks that behaviour of particular utility "rfcomm" is such specific that
it not only ignores some signals but also forks one mor
--- Comment #6 from cyberflex at mail dot ru 2007-08-29 10:16 ---
(In reply to comment #4)
> Created an attachment (id=14129)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14129&action=view) [edit]
> Test case that works.
>
> With the new "Test case
--- Comment #2 from cyberflex at mail dot ru 2007-08-28 16:43 ---
(In reply to comment #1)
> Can you post a fully self contained test case? If I can easily reproduce it,
> I
> will try to fix it.
>
Test case is to be following, but reproducing looks like to be a bit t
o Ctrl+C SIGQUIT
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: java
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: cyberflex at mail dot ru
GCC host triplet: arm_le, x86 -
--- Comment #2 from cyberflex at mail dot ru 2007-07-16 09:42 ---
(In reply to comment #1)
> I think this was fixed in 4.3 by using the Eclipse source compiler.
>
Well, thnks.
This just need to be verified.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32774
NCONFIRMED
Severity: normal
Priority: P3
Component: java
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: cyberflex at mail dot ru
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32774
11 matches
Mail list logo
