morpheuslab / bluecove Goto Github PK

1.Search for remove device (E.G:
discoveryAgent.startInquiry(DiscoveryAgent.GIAC, listener))
2. Get name of the device.
3. On widcomm stack name is null. 

BlueCove version 2.0.0-b2
OS version: WindowXP SP2

When two different OBEX clients concurrently running in the same jvm try to
deliver a file to two different OBEX servers. The second Thread rises the
following exception:
Mar 27, 2008 10:01:10 AM concurrencia.ObexClient run
SEVERE: null
java.io.IOException: Failed to connect. [16] Device or resource busy
        at
com.intel.bluetooth.BluetoothStackBlueZ.connectionRfOpenClientConnectionImpl(Nat
ive
Method)
        at
com.intel.bluetooth.BluetoothStackBlueZ.connectionRfOpenClientConnection(Bluetoo
thStackBlueZ.java:434)
        at
com.intel.bluetooth.BluetoothRFCommClientConnection.<init>(BluetoothRFCommClient
Connection.java:33)
        at
com.intel.bluetooth.MicroeditionConnector.openImpl(MicroeditionConnector.java:38
9)
        at
com.intel.bluetooth.MicroeditionConnector.open(MicroeditionConnector.java:159)
        at javax.microedition.io.Connector.open(Connector.java:81)
        at concurrencia.ObexClient.enviaSaludo(ObexClient.java:79)
        at concurrencia.ObexClient.run(ObexClient.java:67)
        at java.lang.Thread.run(Thread.java:619)

Am I right expecting a local device to support multiple connections to
multiple devices?

I'm using the SNAPSHOT version of bluecove and bluecove-gpl

The story so far:

at 2006-08-11 13:05 [email protected] wrote:
> It doesn't always happen, but sometimes devices that don't have a 
> service with one of the specified UUID's fire a servicesDiscovered in
> the DiscoveryListener.
>
> I have called agent.searchServices() specifying only one UUID which I
> generated myself, so it's unique.
>
> I was running an application in which the servicediscovery was working
> fine. However when a Sony-Ericsson T630 entered the room (which doesn't
> even support JABTW), servicesDiscovered was being fired...
>
> According to the BT API javadoc:
> "searchServices()
> Searches for services on a remote Bluetooth device that have all the
> UUIDs specified in uuidSet."
>
> I have created a workaround in my application by checking for the UUID
> in the ServiceRecord[] array that servicesDiscovered() returns.
>
> I'm attaching a print out of the ServiceRecord supposed to have the
> UUID: 75BC36D7E37B400097A464CD49EF2A85
>
> This print out was generated using the Util.printServiceRecord method
> from the Bluelet application by Ben Hui, available at:
> http://www.benhui.net/modules.php?name=Downloads&d_op=getit&lid=5
>
> By the way, the UUID was created as a long address, so this shouldn't be 
> affected by the other BUG in the tracker that mentions a problem when
> expanding a short UUID to a long UUID.

What steps will reproduce the problem?
1. do selectService with a 128-bit UUID that will not be found

What is the expected output? What do you see instead?
The selectService (from DiscoveryAgent) should return null.
Instead it will block forever (estimated, because I didn't have enough 
time to check "forever" ;-)).
When I look at my LED in my BT dongle, I can see it scan for devices/
services for a while (should be about 14 secs) and then it stops scanning. 
(I figured out that my LED is constant on while scanning devices, and 
flickering otherwise).

What version of the product are you using? On what operating system?
- Windows XP/SP2
- Sitecom USB dongle
- BlueCove version 2.0.2 on winsock

Please provide any additional information below.

Not a big deal, but common.h is not included with the 2.0.1 source.  I had
to download it from Subversion and then figure out that I needed to change
the version number from the 2.0.2 in development back to 2.0.1 so that it
would load.

If you have a packaging script for the release source, you should add it.

What steps will reproduce the problem?
After EVENT_DISCOVER_SERVICE_COMPLETED just try to connect on any service
on device.

What is the expected output? What do you see instead?
Instead of EVENT_CLIENT_CONNECTED event I'm getting the following exception:

java.lang.ClassNotFoundException: de.avetana.bluetooth.connection.Connector


What BlueCove version are you using (include build number for SNAPSHOT)? On
what operating system and jvm? Is this 64-bit or 32-bit OS and jvm?

Bluecove-2.0.3-20080609.054350-87 already tested with bluecove-2.0.2.

I'm on iMac Intel, running Leopard 10.5.2.

java version "1.5.0_13"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_13-b05-237)
Java HotSpot(TM) Client VM (build 1.5.0_13-119, mixed mode, sharing)

I'm using the Mpowerplayer SDK 2.0 build 1185

Please provide any additional information below.

The full trace:

java.lang.ClassNotFoundException: de.avetana.bluetooth.connection.Connector

java.lang.RuntimeException
    at processing.bluetooth.Bluetooth.start(Unknown Source)
    at tictactoe.keyPressed(tictactoe.java:211)
    at processing.core.PMIDlet.keyPressed(Unknown Source)
    at processing.core.PMIDlet.dequeueEvents(Unknown Source)
    at processing.core.PMIDlet.run(Unknown Source)
    at java.lang.Thread.run(Thread.java:613)

What steps will reproduce the problem?
1. how to set class path to bluecove-2.0.2.jar while using j2me wireless
toolkit 2.5.1 
2. i am using bluesoleil bluetooth device for testing of my bluetooth
application developed on j2me
3.

What is the expected output? What do you see instead?


What BlueCove version are you using (include build number for
SNAPSHOT)?bluecove-2.0.2  On what operating system and jvm? XP ,jdk1.5 Is
this 64-bit or 32-bit OS and jvm?


Please provide any additional information below.

What steps will reproduce the problem?
1. Connecting to a bluetooth address with a specified RFCOMM port, with the
following code :

bluetoothConnection = (StreamConnection)javax.microedition.io.Connector.open(
    "btspp://" + address + ":" + port + ";encrypt=false;authenticate=false"); 

What is the expected output? What do you see instead?
I expect getting a connection I can use to send/receive data. Instead I get
"Device not discovered" error or "Device service not discovered" depending
on if the device was discovered by my application before the connect attempt.

What software versions do you use ?
I use bluecove v2.03 and BlueSoleil 06.03 (as far I know Microsoft
Bluetooth stack does not have this issue)

Other notes ?
A RFCOMM port is not a service and I can not discover it, even if I use a
service, this happends with paired devices also, so a full discovery needs
to be done every time I try to connect to a device address stored in a
previus session.

Sometimes, bluecove won't start and getLocalDevice();  will never return.

There is a race condition bug in OSXStack.mm

The method oneNativeThreadMain() must take and release theinitializeMutex lock 
(defined in 
JNI_OnLoad), before sending initializeCond, so that it is sure that JNI_OnLoad 
is actually waiting on 
it in pthread_cond_wait. (pthread_cond_wait also takes a mutex as a parameter, 
this mutex is 
released before waiting for the signal and retaken after getting it, thus 
before sending the signal, 
we must check if this lock is available).
Else, as it is today, under heavy load, it can happen that when JNI_OnLoad 
starts to wait for this 
condition, it has already been fired, and it will ignore it, and then we're in 
a dead lock.

Please find attached code with a fix proposal.

What steps will reproduce the problem?
1. Start a java application that uses blue tooth

What is the expected output? What do you see instead?
The application stats, but a JVM crash occurs. 


What BlueCove version are you using (include build number for SNAPSHOT)? On
what operating system and jvm? Is this 64-bit or 32-bit OS and jvm?
bluecove-gpl-2.0.3-20080608.044813-72.jar
bluecove-2.0.3-20080611.051202-89.jar

$ java -version
java version "1.6.0_04"
Java(TM) SE Runtime Environment (build 1.6.0_04-b12)
Java HotSpot(TM) Server VM (build 10.0-b19, mixed mode)

$ uname -a
Linux wingtip43 2.6.22.19 #1 SMP Wed Feb 27 11:18:55 CET 2008 i686 GNU/Linux

Bluez is (as far as I can see) last updated Oct 2006

What steps will reproduce the problem?
1. Search Services

What is the expected output? What do you see instead?
Assuming I have chosen services to search that the remote device contains,
I expect to have returned an array of service records. In looking at an
over-the-air log of the data (i have a feeling my sniffer may not have
captured it all) but i'm seeing an L2CAP Disconnect from the master (the
dongle w/ bluecove) about 100 ms after the service search request. this
shows up in the JSR82 code as a DiscoveryListener.serviceSearchCompleted()
event with reason either "No Records" or "Error".

What version of the product are you using? On what operating system?
Bluecove 1.2.1 (or latest) on WinXP SP2

What steps will reproduce the problem?
1. Try and run avetanaOBEX with bluecove
2. Get error because the ContentConnection interface is missing.

What version of the product are you using? On what operating system?
1.20

Please provide any additional information below.
If you add ContentConnection.java to the io package avetanaOBEX will work
better.

What steps will reproduce the problem?
1. Choose to live with problems with getpeername, when using BT stack-MS.
2. Using version 2.0.3 and change BluetoothStackMicrosoft.java to
public void deviceDiscoveredCallback(DiscoveryListener listener, long
deviceAddr, int deviceClass, String deviceName, boolean paired) {
        RemoteDevice remoteDevice = RemoteDeviceHelper.createRemoteDevice(this,
deviceAddr, deviceName, paired);
        if ((currentDeviceDiscoveryListener == null) || 
                (currentDeviceDiscoveryListener != listener)) {
            return;
        }
        listener.deviceDiscovered(remoteDevice, null);
    }
3. Print to screen with: public void deviceDiscovered(RemoteDevice
btDevice, DeviceClass cod)

What is the expected output? What do you see instead?
After finding first device, all other device is found on about 1 second.
But finding the first device takes from 10 to 15 seconds.
I hoped to get this below 5 seconds, but is this possible?

What version of the product are you using? On what operating system?
BlueCove 2.0.3
WM5 on HTC P3300

Please provide any additional information below.
I need a very fast scan, just returning BT mac address.
The application is doing a ping to known devices, when they are in range,
and do it again and again.
On Sony Ericsson mobiles, I can get the ping-cycle down on about 4 seconds
and finding the 1-2 BT device nearly every time.
To get down on about 4 seconds, I have to cancelInquiry.

Is this possible on a PPC ?

What steps will reproduce the problem?
1. ServicesSearch.java example (found on your SVN)

What is the expected output? What do you see instead?
I expect a list of devices and then service names
I get the list of devices but when the first device is scanned for services
the application crashes with the message :

search services on 000AD9A83B18 P990i
#
# An unexpected error has been detected by Java Runtime Environment:
#
#  EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x6d89d327, pid=2524, tid=1144
#
# Java VM: Java HotSpot(TM) Client VM (10.0-b23 mixed mode windows-x86)
# Problematic frame:
# V  [jvm.dll+0xdd327]
#
# An error report file with more information is saved as:
#
C:\Users\senoctar\Workspaces\EclipseWorkspace\VRCCClient-j2me\hs_err_pid2524.log
#
# If you would like to submit a bug report, please visit:
#   http://java.sun.com/webapps/bugreport/crash.jsp
#

Contents of hs_err_pid2524.log are :

#
# An unexpected error has been detected by Java Runtime Environment:
#
#  EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x6d89d327, pid=2524, tid=1144
#
# Java VM: Java HotSpot(TM) Client VM (10.0-b23 mixed mode windows-x86)
# Problematic frame:
# V  [jvm.dll+0xdd327]
#
# If you would like to submit a bug report, please visit:
#   http://java.sun.com/webapps/bugreport/crash.jsp
#

---------------  T H R E A D  ---------------

Current thread (0x0d1bf400):  JavaThread "SearchServicesThread-1" daemon
[_thread_in_vm, id=1144, stack(0x0d510000,0x0d560000)]

siginfo: ExceptionCode=0xc0000005, reading address 0x00000000

Registers:
EAX=0x00000000, EBX=0x0d1bf400, ECX=0x00000006, EDX=0x25010109
ESP=0x0d55f314, EBP=0x0d55fbe4, ESI=0x00000000, EDI=0x0d1bf4f4
EIP=0x6d89d327, EFLAGS=0x00010246

Top of Stack: (sp=0x0d55f314)
0x0d55f314:   02763d8c 0d1bf4f4 0ca853cc 0d1bf400
0x0d55f324:   00000000 0d55f31c 00000015 0d55fd38
0x0d55f334:   6d983ef0 6d9852f0 ffffffff 02763d90
0x0d55f344:   6d7c10df 0d1bf400 0d1bf400 6d892833
0x0d55f354:   0d1bf400 00000006 0ca743ee 0d1bf4f4
0x0d55f364:   25010109 00000000 0d55f380 0ca74d95
0x0d55f374:   0d1bf4f4 25010109 00000000 02763d90
0x0d55f384:   00000187 02763d8c 00000001 0d1bf4f4 

Instructions: (pc=0x6d89d327)
0x6d89d317:   00 74 09 8d 4c 24 0c e8 2d 03 08 00 8b 74 24 54
0x6d89d327:   8b 06 c7 44 24 1c 0e 00 00 00 8b 48 08 0f b7 51 


Stack: [0x0d510000,0x0d560000],  sp=0x0d55f314,  free space=316k
Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
V  [jvm.dll+0xdd327]

Java frames: (J=compiled Java code, j=interpreted, Vv=VM code)
v  ~BufferBlob::Interpreter
v  ~BufferBlob::Interpreter
v  ~BufferBlob::Interpreter
v  ~BufferBlob::StubRoutines (1)

---------------  P R O C E S S  ---------------

Java Threads: ( => current thread )
=>0x0d1bf400 JavaThread "SearchServicesThread-1" daemon [_thread_in_vm,
id=1144, stack(0x0d510000,0x0d560000)]
  0x0d1cdc00 JavaThread "BluecoveAsynchronousShutdownThread" daemon
[_thread_blocked, id=2652, stack(0x0d430000,0x0d480000)]
  0x02764c00 JavaThread "Low Memory Detector" daemon [_thread_blocked,
id=1160, stack(0x0cee0000,0x0cf30000)]
  0x02761c00 JavaThread "CompilerThread0" daemon [_thread_blocked, id=4148,
stack(0x0ce50000,0x0cea0000)]
  0x02754c00 JavaThread "JDWP Command Reader" daemon [_thread_in_native,
id=952, stack(0x0cdc0000,0x0ce10000)]
  0x02754400 JavaThread "JDWP Event Helper Thread" daemon [_thread_blocked,
id=4904, stack(0x0cc70000,0x0ccc0000)]
  0x02752800 JavaThread "JDWP Transport Listener: dt_socket" daemon
[_thread_blocked, id=4936, stack(0x0cbe0000,0x0cc30000)]
  0x02747800 JavaThread "Attach Listener" daemon [_thread_blocked, id=4236,
stack(0x0c990000,0x0c9e0000)]
  0x0273f000 JavaThread "Signal Dispatcher" daemon [_thread_blocked,
id=4304, stack(0x0c900000,0x0c950000)]
  0x0272b800 JavaThread "Finalizer" daemon [_thread_blocked, id=4384,
stack(0x0c870000,0x0c8c0000)]
  0x0272a400 JavaThread "Reference Handler" daemon [_thread_blocked,
id=4468, stack(0x0c7e0000,0x0c830000)]
  0x001b7c00 JavaThread "main" [_thread_blocked, id=4860,
stack(0x00390000,0x003e0000)]

Other Threads:
  0x02726000 VMThread [stack: 0x02290000,0x022e0000] [id=3780]
  0x0276d800 WatcherThread [stack: 0x0cf80000,0x0cfd0000] [id=4224]

VM state:not at safepoint (normal execution)

VM Mutex/Monitor currently owned by a thread: None

Heap
 def new generation   total 960K, used 418K [0x047a0000, 0x048a0000,
0x04c80000)
  eden space 896K,  39% used [0x047a0000, 0x047f8a10, 0x04880000)
  from space 64K, 100% used [0x04890000, 0x048a0000, 0x048a0000)
  to   space 64K,   0% used [0x04880000, 0x04880000, 0x04890000)
 tenured generation   total 4096K, used 140K [0x04c80000, 0x05080000,
0x087a0000)
   the space 4096K,   3% used [0x04c80000, 0x04ca3378, 0x04ca3400, 0x05080000)
 compacting perm gen  total 12288K, used 2363K [0x087a0000, 0x093a0000,
0x0c7a0000)
   the space 12288K,  19% used [0x087a0000, 0x089eef58, 0x089ef000, 0x093a0000)
No shared spaces configured.

Dynamic libraries:
0x00400000 - 0x00423000     C:\Program Files (x86)\Java\jre1.6.0_07\bin\javaw.exe
0x77850000 - 0x779b0000     C:\Windows\SysWOW64\ntdll.dll
0x763f0000 - 0x76500000     C:\Windows\syswow64\kernel32.dll
0x76500000 - 0x765c6000     C:\Windows\syswow64\ADVAPI32.dll
0x75a60000 - 0x75b50000     C:\Windows\syswow64\RPCRT4.dll
0x75a00000 - 0x75a60000     C:\Windows\syswow64\Secur32.dll
0x76320000 - 0x763f0000     C:\Windows\syswow64\USER32.dll
0x76030000 - 0x760c0000     C:\Windows\syswow64\GDI32.dll
0x73de0000 - 0x73dfe000     C:\Windows\system32\ShimEng.dll
0x74ba0000 - 0x74bcc000     C:\Windows\system32\apphelp.dll
0x73cc0000 - 0x73d48000     C:\Windows\AppPatch\AcLayers.DLL
0x76910000 - 0x7741f000     C:\Windows\syswow64\SHELL32.dll
0x75b50000 - 0x75bfa000     C:\Windows\syswow64\msvcrt.dll
0x76820000 - 0x76878000     C:\Windows\syswow64\SHLWAPI.dll
0x75c00000 - 0x75d44000     C:\Windows\syswow64\ole32.dll
0x77420000 - 0x774ad000     C:\Windows\syswow64\OLEAUT32.dll
0x74c20000 - 0x74c3e000     C:\Windows\system32\USERENV.dll
0x753f0000 - 0x75432000     C:\Windows\system32\WINSPOOL.DRV
0x74430000 - 0x74444000     C:\Windows\system32\MPR.dll
0x76730000 - 0x76790000     C:\Windows\system32\IMM32.DLL
0x76250000 - 0x76318000     C:\Windows\syswow64\MSCTF.dll
0x76900000 - 0x76909000     C:\Windows\syswow64\LPK.DLL
0x75f50000 - 0x75fcd000     C:\Windows\syswow64\USP10.dll
0x74640000 - 0x747de000 
C:\Windows\WinSxS\x86_microsoft.windows.common-controls_6595b64144ccf1df_6.0.600
1.18000_none_5cdbaa5a083979cc\comctl32.dll
0x7c340000 - 0x7c396000     C:\Program Files
(x86)\Java\jre1.6.0_07\bin\msvcr71.dll
0x6d7c0000 - 0x6da10000     C:\Program Files
(x86)\Java\jre1.6.0_07\bin\client\jvm.dll
0x75550000 - 0x75582000     C:\Windows\system32\WINMM.dll
0x75510000 - 0x75549000     C:\Windows\system32\OLEACC.dll
0x6d270000 - 0x6d278000     C:\Program Files (x86)\Java\jre1.6.0_07\bin\hpi.dll
0x765d0000 - 0x765d7000     C:\Windows\syswow64\PSAPI.DLL
0x6d360000 - 0x6d389000     C:\Program Files (x86)\Java\jre1.6.0_07\bin\jdwp.dll
0x6d6c0000 - 0x6d6c6000     C:\Program Files (x86)\Java\jre1.6.0_07\bin\npt.dll
0x6d770000 - 0x6d77c000     C:\Program Files (x86)\Java\jre1.6.0_07\bin\verify.dll
0x6d310000 - 0x6d32f000     C:\Program Files (x86)\Java\jre1.6.0_07\bin\java.dll
0x6d7b0000 - 0x6d7bf000     C:\Program Files (x86)\Java\jre1.6.0_07\bin\zip.dll
0x6d1e0000 - 0x6d1e7000     C:\Program Files
(x86)\Java\jre1.6.0_07\bin\dt_socket.dll
0x75fd0000 - 0x75ffd000     C:\Windows\syswow64\WS2_32.dll
0x766d0000 - 0x766d6000     C:\Windows\syswow64\NSI.dll
0x74a00000 - 0x74a0f000     C:\Windows\system32\NLAapi.dll
0x74290000 - 0x742a9000     C:\Windows\system32\IPHLPAPI.DLL
0x753b0000 - 0x753e5000     C:\Windows\system32\dhcpcsvc.DLL
0x75380000 - 0x753ac000     C:\Windows\system32\DNSAPI.dll
0x75820000 - 0x75827000     C:\Windows\system32\WINNSI.DLL
0x74480000 - 0x744a1000     C:\Windows\system32\dhcpcsvc6.DLL
0x749f0000 - 0x749ff000     C:\Windows\system32\napinsp.dll
0x749b0000 - 0x749c2000     C:\Windows\system32\pnrpnsp.dll
0x749e0000 - 0x749e8000     C:\Windows\System32\winrnr.dll
0x765f0000 - 0x7663a000     C:\Windows\syswow64\WLDAP32.dll
0x10000000 - 0x10010000     C:\Windows\system32\PrxerNsp.dll
0x73c80000 - 0x73cbb000     C:\Windows\system32\mswsock.dll
0x72ab0000 - 0x72abc000     C:\Windows\system32\wshbth.dll
0x760c0000 - 0x7624a000     C:\Windows\syswow64\SETUPAPI.dll
0x74a10000 - 0x74a16000     C:\Windows\system32\rasadhlp.dll
0x004f0000 - 0x00503000     C:\Windows\system32\PrxerDrv.dll
0x743e0000 - 0x743e5000     C:\Windows\System32\wshtcpip.dll
0x0ca70000 - 0x0ca95000 
C:\Users\senoctar\AppData\Local\Temp\bluecove_senoctar_0\intelbth.dll
0x022f0000 - 0x022fe000     C:\Windows\system32\btfunc.dll
0x72210000 - 0x7232b000     C:\Windows\system32\MFC42.DLL
0x75e80000 - 0x75f50000     C:\Windows\syswow64\WININET.dll
0x765e0000 - 0x765e3000     C:\Windows\syswow64\Normaliz.dll
0x766e0000 - 0x76725000     C:\Windows\syswow64\iertutil.dll
0x71b90000 - 0x71bf5000     C:\Windows\system32\ODBC32.dll
0x74530000 - 0x745b5000 
C:\Windows\WinSxS\x86_microsoft.windows.common-controls_6595b64144ccf1df_5.82.60
01.18000_none_886786f450a74a05\COMCTL32.dll
0x76880000 - 0x768f3000     C:\Windows\syswow64\COMDLG32.dll
0x71b50000 - 0x71b88000     C:\Windows\system32\odbcint.dll

VM Arguments:
jvm_args:
-agentlib:jdwp=transport=dt_socket,suspend=y,address=localhost:49633
-Dfile.encoding=Cp1250 
java_command: bttest.ServicesSearch
Launcher Type: SUN_STANDARD

Environment Variables:
PATH=C:/Program Files (x86)/Java/jre1.6.0_07/bin/client;C:/Program Files
(x86)/Java/jre1.6.0_07/bin;C:\Program Files (x86)\CSL Arm
Toolchain\bin\;C:\Program Files (x86)\Common
Files\Symbian\tools;C:\Perl\bin\;C:\Windows\system32;C:\Windows;C:\Windows\Syste
m32\Wbem;C:\Program
Files (x86)\HI-TECH Software\PICC\lite\9.60\bin;C:\Program Files
(x86)\HI-TECH
Software\HI-TIDE\3.12\bin;C:\Symbian\UIQ3SDK\epoc32\tools\nokia_compiler\Symbian
_Tools\Command_Line_Tools;C:\Program
Files (x86)\Common Files\Teleca Shared;C:\Program Files
(x86)\Intuwave\Shared\mRouterRuntime;C:\apache-ant\bin\
USERNAME=senoctar
OS=Windows_NT
PROCESSOR_IDENTIFIER=Intel64 Family 6 Model 23 Stepping 6, GenuineIntel



---------------  S Y S T E M  ---------------

OS: Windows Vista Build 6001 Service Pack 1

CPU:total 2 (2 cores per cpu, 1 threads per core) family 6 model 7 stepping
6, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3

Memory: 4k page, physical 3143376k(517444k free), swap 4194303k(2851660k free)

vm_info: Java HotSpot(TM) Client VM (10.0-b23) for windows-x86 JRE
(1.6.0_07-b06), built on Jun 10 2008 01:14:11 by "java_re" with MS VC++ 7.1

time: Fri Sep 19 00:27:00 2008
elapsed time: 18 seconds


What BlueCove version are you using (include build number for SNAPSHOT)?
Bluecove 2.0.3 , JSE 1.6.07 x32, BlueSoleil 2.6
I also have a dongle that supports MS. BT Stack and works for the same device

This is an optional enhancement instead of a bug.  Currently to use
Connector.open() on IBM's J9 implementation
"-Dmicroedition.connection.pkgs=com.intel.bluetooth" needs to be passed in
on the command line.  However, if BlueCove had
"System.setProperty("microedition.connection.pkgs",
"com.intel.bluetooth");" in it that configuration is not required.  This
should result in fewer support incidents.

Also most people on Windows Mobile devices run J9 by launching is
"emulator.exe" executable from the device's Explorer.  That does not allow
for command line options.  This makes it much more difficult to run an
application because RAPI_Start or the device's keyboard need to be used.

Avetana does not require this command line configuration so it must be
possible.  However, there are several problems:
 * System.setProperty is not part of the MIDP 2.0 specification.  It is
implemented on J9, but probably not on other JVMs.
 * System.setProperty must be called before the user's code calls
Connector.open().  I am not sure where this can be put to be enforced.  For
example if the user's application stores a Bluetooth address in RMS,
restarts, and tries to establish a connection right away without doing
dynamic discovery or anything, will BlueCove ever get instantiated to call
System.setProperty?

It is not necessary to check if that property has been set from the command
line.  J9 allows duplicates.  So the following code works:

   String prop = System.getProperty("microedition.connection.pkgs");
   if (prop == null) {
      prop = "com.intel.bluetooth";
   } else {
      prop += "|com.intel.bluetooth";
   }
   System.setProperty("microedition.connection.pkgs", prop);

hi all!
i'm using bluecove 2.0.0 with bluesoleil 1.6.1.4 and bluesoleil 2.6.0.8 on 
windows XP for pc to pc client server communication using  rfcomm .

i'm able to communicate once between the client and server but by the time 
the server has received the message and is supposed to open outputstream 
to write to the client,the client has disconnected (it connects for only 
about 37 sec) without giving me a timeout exception.(am using 
connector.open(url,2,true)).

so i get :
java.io.IOException: Failed to write to closed connection
        at com.intel.bluetooth.BluetoothStackBlueSoleil.connectionRfWrite
(Native
 Method)
        at com.intel.bluetooth.BluetoothOutputStream.write
(BluetoothOutputStream
.java:81)
        at java.io.DataOutputStream.write(DataOutputStream.java:90)
        at java.io.FilterOutputStream.write(FilterOutputStream.java:80)
        at EchoServer.main(EchoServer.java:179)
closing input stream at server
closing output stream at server
BlueCove stack shutdown completed
Press any key to continue...

i want to know if this is a limitation of bluesoleil or is there any way 
to reconnect again?how can i increase the timeout limit?

needs get this working by next week.suggestions plz??

An attempt to search for services crashes the JVM Here is a snippet from a 
test program which will reproduce the problem.  The complete program could 
be supplied if required.  The Vector devices have been loaded with devices 
discovered by a previous search for devices (this works).  

    System.out.println("\nStarting services search");

    DiscoveryListener serviceDiscoveryListener = new DiscoveryListener() {
      public void servicesDiscovered(int transID,
          ServiceRecord[] serviceRecords) {
        if (serviceRecords == null || serviceRecords.length == 0)
          System.out.println("No services");
        else
          for (int i = 0; i < serviceRecords.length; i++)
            printServiceRecord(serviceRecords[i]);
      }

      public void deviceDiscovered(RemoteDevice remoteDevice,
          DeviceClass deviceClass) {
      }

      public void inquiryCompleted(int discType) {
      }

      public void serviceSearchCompleted(int transID, int respCode) {
        System.out.println("Device search completed");
        searchControl.setDone();
      }
    };

    if (devices != null && devices.size() > 0)
      for (int i = 0; i < devices.size(); i++) {
        RemoteDevice remoteDevice = (RemoteDevice) devices.get(i);
        System.out.println("\nDevice: " + remoteDevice.getBluetoothAddress
());
        searchControl.setNotDone();
        discoveryAgent.searchServices(null, null, remoteDevice,
            serviceDiscoveryListener);

        long serviceSearchStart = System.currentTimeMillis();
        while (System.currentTimeMillis() - serviceSearchStart < 
maxWaitMs) {
          Thread.sleep(waitMs);
          // System.out.println("Checking if search is complete");
          if (searchControl.isDone())
            break;
        }

        printRemoteDevice(remoteDevice);
        System.out.println();
      }

Here is the result:

Starting services search

Device: 000eed6542b2
#
# An unexpected error has been detected by HotSpot Virtual Machine:
#
#  EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x6d7cf51e, pid=4568, 
tid=3052
#
# Java VM: Java HotSpot(TM) Client VM (1.5.0_11-b03 mixed mode, sharing)
# Problematic frame:
# V  [jvm.dll+0x8f51e]
#
# An error report file with more information is saved as hs_err_pid4568.log
#
# If you would like to submit a bug report, please visit:
#   http://java.sun.com/webapps/bugreport/crash.jsp
#

I have tried several hardware and software combinations.  The OS in all 
cases is Windows XP with SP2.  It is regularly updated with Microsoft 
fixes.  

The BlueCove jar and the intelbth dll were recently downloaded.  It 
reports version 1.2.2.  

When run on a Dell lap top with built-in Bluetooth card, Dell supplied 
drivers, and the Avetana Bluetooth stack, the programs works as expected.  

The program does not work at all with BlueCove and the Dell supplied stack 
(not expected anyway).  Switching to the Windows SP2 stack allows the 
program to work partially (the device search works) but the services 
search fails as described above.  

I have also tested with a Bluetooth dongle in place of the built-in card.  
The program behaves the same.  

I have tried an HP lap top with no built in Bluetooth with the dongle and 
again the behaviour is the same.  

I have tried several JVM: Sun 1.5.0_11 and 1.4.2_12 and IBM 1.4.1 (failed 
at the same point but different dump data).  

John Lawler
[email protected]

What steps will reproduce the problem?
1. Try to use BlueCove on a Mac with Java 6.

What is the expected output? What do you see instead?
I expect to connect to bluetooth. I don't.

What BlueCove version are you using (include build number for SNAPSHOT)? On 
what operating 
system and jvm? Is this 64-bit or 32-bit OS and jvm?
BlueCove snapshot bluecove-2.0.3-20080529.050215-83.jar (from today, though the 
same 
problem occurs with another older snapshot and with 2.0.2 release). Mac OS 
10.5.3 (also tried 
with 10.5.2), on a 64-bit JVM, version 1.6.0, of course.

Please provide any additional information below.

Here's the debug log:
20:48:22.344 Java 1.4+ detected: 1.6.0_05; Java HotSpot(TM) 64-Bit Server VM; 
Apple Inc.
      com.intel.bluetooth.UtilsJavaSE.getLocation(UtilsJavaSE.java:84)
20:48:22.413 error Can't load library file  java.lang.UnsatisfiedLinkError: 
/private/tmp/bluecove_mdiamond_0/libbluecove.jnilib: 
      com.intel.bluetooth.NativeLibLoader.loadAsSystemResource(NativeLibLoader.java:311)
java.lang.UnsatisfiedLinkError: 
/private/tmp/bluecove_mdiamond_0/libbluecove.jnilib: 
    at java.lang.ClassLoader$NativeLibrary.load(Native Method)
    at java.lang.ClassLoader.loadLibrary0(ClassLoader.java:1822)
    at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1702)
    at java.lang.Runtime.load0(Runtime.java:770)
    at java.lang.System.load(System.java:1005)
    at com.intel.bluetooth.NativeLibLoader.loadAsSystemResource(NativeLibLoader.java:308)
    at com.intel.bluetooth.NativeLibLoader.isAvailable(NativeLibLoader.java:197)
    at com.intel.bluetooth.BlueCoveImpl.loadNativeLibraries(BlueCoveImpl.java:382)
    at com.intel.bluetooth.BlueCoveImpl.detectStack(BlueCoveImpl.java:437)
    at com.intel.bluetooth.BlueCoveImpl.access$600(BlueCoveImpl.java:69)
    at com.intel.bluetooth.BlueCoveImpl$1.run(BlueCoveImpl.java:970)
    at java.security.AccessController.doPrivileged(Native Method)
    at com.intel.bluetooth.BlueCoveImpl.detectStackPrivileged(BlueCoveImpl.java:968)
    at com.intel.bluetooth.BlueCoveImpl.getBluetoothStack(BlueCoveImpl.java:961)
    at javax.bluetooth.LocalDevice.getLocalDeviceInstance(LocalDevice.java:77)
    at javax.bluetooth.LocalDevice.getLocalDevice(LocalDevice.java:97)
    at wiiremotej.WiiRemoteJ.<clinit>(WiiRemoteJ.java:49)
    at com.webbeco.controller.WiiRemotesListener.<init>(WiiRemotesListener.java:41)
    at com.webbeco.controller.WiiRemotesListener.getInstance(WiiRemotesListener.java:48)
    at com.webbeco.impl.Demo.<init>(Demo.java:80)
    at com.webbeco.impl.Demo.main(Demo.java:29)
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
    at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.jav
a:25)
    at java.lang.reflect.Method.invoke(Method.java:597)
    at com.simontuffs.onejar.Boot.run(Boot.java:243)
    at com.simontuffs.onejar.Boot.main(Boot.java:89)
20:48:22.438 error Library bluecove not loaded  java.lang.UnsatisfiedLinkError: 
no bluecove in 
java.library.path
      com.intel.bluetooth.NativeLibLoader.tryload(NativeLibLoader.java:220)
java.lang.UnsatisfiedLinkError: no bluecove in java.library.path
    at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1753)
    at java.lang.Runtime.loadLibrary0(Runtime.java:823)
    at java.lang.System.loadLibrary(System.java:1030)
    at com.intel.bluetooth.NativeLibLoader.tryload(NativeLibLoader.java:217)
    at com.intel.bluetooth.NativeLibLoader.isAvailable(NativeLibLoader.java:201)
    at com.intel.bluetooth.BlueCoveImpl.loadNativeLibraries(BlueCoveImpl.java:382)
    at com.intel.bluetooth.BlueCoveImpl.detectStack(BlueCoveImpl.java:437)
    at com.intel.bluetooth.BlueCoveImpl.access$600(BlueCoveImpl.java:69)
    at com.intel.bluetooth.BlueCoveImpl$1.run(BlueCoveImpl.java:970)
    at java.security.AccessController.doPrivileged(Native Method)
    at com.intel.bluetooth.BlueCoveImpl.detectStackPrivileged(BlueCoveImpl.java:968)
    at com.intel.bluetooth.BlueCoveImpl.getBluetoothStack(BlueCoveImpl.java:961)
    at javax.bluetooth.LocalDevice.getLocalDeviceInstance(LocalDevice.java:77)
    at javax.bluetooth.LocalDevice.getLocalDevice(LocalDevice.java:97)
    at wiiremotej.WiiRemoteJ.<clinit>(WiiRemoteJ.java:49)
    at com.webbeco.controller.WiiRemotesListener.<init>(WiiRemotesListener.java:41)
    at com.webbeco.controller.WiiRemotesListener.getInstance(WiiRemotesListener.java:48)
    at com.webbeco.impl.Demo.<init>(Demo.java:80)
    at com.webbeco.impl.Demo.main(Demo.java:29)
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
    at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.jav
a:25)
    at java.lang.reflect.Method.invoke(Method.java:597)
    at com.simontuffs.onejar.Boot.run(Boot.java:243)
    at com.simontuffs.onejar.Boot.main(Boot.java:89)
Native Library bluecove not available
20:48:22.439 java.library.path 
.:/Users/mdiamond/Library/Java/Extensions:/Library/Java/Extensions:/System/Libra
ry/Java/Exte
nsions:/usr/lib/java
      com.intel.bluetooth.NativeLibLoader.isAvailable(NativeLibLoader.java:209)

What steps will reproduce the problem?
1. Use IBM's WEME (J9) JVM v6.1.1 for MIDP 2.0
2. Call Connector.open() to any Bluetooth address using any Bluetooth protocol
3. The JVM hangs (or rarely crashes)

What is the expected output? What do you see instead?

   Instead of returning a Connection object the JVM hangs or crahses.

What version of the product are you using? On what operating system?

   I am using a Samsung BlackJack running Windows Mobile 5.0 Smartphone
edition.  The JVM is IBM's Websphere Everyplace Microedition (WEME or J9)
version 6.1.1 for MIDP 2.0 (not the Personal Profile implementation). 
However, all that matters to reproduce the bug is the JVM.

Please provide any additional information below.

   I have attached the fix.
   The problem is the mock interface in the BlueCove source of
com.ibm.oti.connection.CreateConnection has the wrong return type for the
setParameters2 method.  It returns "void" instead of
"javax.microedtion.io.Connection".  This should be wrong for any J9 version
because otherwise the method signature is identical to setParameters (i.e.
setParameters2 must have been declared because they wanted a different
return type from setParameters).
   By correcting the method signature and fixing the compilation errors
everything works.  The errors are in the implementations of
CreateConnection and they just need to change their setParameter2 to return
a Connection and their implementations to "return impl;".

The story so far:

at 2006-07-14 03:34 [email protected]:
> When I scan for new devices, sometimes, I can't get the friendly name of
> the new remote devices. In the first scan JVM launches an exception and
> I don't know how to avoid it. Here is the exception:
>
> #
> # An unexpected error has been detected by HotSpot Virtual Machine:
> #
> # EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x6d6c5b75, pid=4004,
tid=2652
> #
> # Java VM: Java HotSpot(TM) Client VM (1.5.0_04-b05 mixed mode, sharing)
> # Problematic frame:
> # V [jvm.dll+0x85b75]
> #
> # An error report file with more information is saved as hs_err_pid4004.log
> #
> # If you would like to submit a bug report, please visit:
> # http://java.sun.com/webapps/bugreport/crash.jsp
> #
> 
> In the .log you have:
> 
> --------------- T H R E A D ---------------
> 
> Current thread (0x00accd88): JavaThread "Thread-0" [_thread_in_vm, id=2652]
> 
> siginfo: ExceptionCode=0xc0000005, reading address 0x00000000
> 
> Registers:
> EAX=0x00000000, EBX=0x26ad96d8, ECX=0x0000deab, EDX=0x6d6c5b58,
ESP=0x0306e358, EBP=0x0306e374, ESI=0x00accd88, EDI=0x7c9110ed,
EIP=0x6d6c5b75, EFLAGS=0x00010246
>
> Top of Stack: (sp=0x0306e358)
> 0x0306e358: 00accd88 00000006 00000000 00acce44
> 0x0306e368: 7c91
> ....
> ....
> 
> But, if I scan two times and I get the friendly name of the bluetooth
> remote device in the second time, I CAN GET IT WELL, and also the
> DeviceClass.
>
> In the SPP Benhui example, in the first scan from the client, the
> friendlyname of the news bluetooth devices, sometimes are empty, but it
> doesn't launch te previous exception. I think that I't must be the same
> problem. In my application i call startinquiry() method, but in this
> first scan i don't get the remote devices data. In the inquirycomplete()
> method i call the startinquiry() method again, and then i get the remote 
> devices data, but it isn't too efficient.

What steps will reproduce the problem?
1. conn = Connector.open("btspp:...");
2. out = conn.openOutputStream();
3. out.close();
4. in = conn.openInputStream();

What is the expected output? What do you see instead?
  This should result in a valid input stream but instead an IOException is
thrown.  The IOException is correct behavior only if conn.close() was
called first.

What version of the product are you using? On what operating system?
  BlueCove 2.0.1 on the Microsoft stack.  Other stacks probably have the
same problem since they use the same connection classes.

Please provide any additional information below.
  This is easy to fix.  Just remove the line of code that closes the
connection when the stream is closed.  In
com.intel.bluetooth.BluetoothInputStream and BluetoothOutputStream there
are close() methods that look like:

    public void close() throws IOException {
        // Function is not synchronized
        BluetoothRFCommConnection c = conn;
        if (c != null) {
            c.in = null;
            conn = null;
            c.closeConnection();
        }
    }

Just remove the c.closeConnection() line from both methods.  As you can see
the connection's reference to an input stream is cleared and this object
removes its reference to the connection.  So the stream is severed from the
connection which is all the behavior closing the stream should have.

What steps will reproduce the problem?

when connecting l2cap connection to write on a BlueSoleil drive,
NotSupportedIOException will occur

L2CAPConnection controlCon= (L2CAPConnection)Connector.open(
"btl2cap://" + device.getBluetoothAddress() +
":11;authenticate=false;encrypt=false;master=false", Connector.WRITE);


What is the expected output? What do you see instead?

the exception is as follows,
Exception: com.intel.bluetooth.NotSupportedIOException: Not Supported on
bluesoleil
    at
com.intel.bluetooth.BluetoothStackBlueSoleil.l2OpenClientConnection(BluetoothSta
ckBlueSoleil.java:326)
    at
com.intel.bluetooth.BluetoothL2CAPClientConnection.<init>(BluetoothL2CAPClientCo
nnection.java:32)
    at
com.intel.bluetooth.MicroeditionConnector.openImpl(MicroeditionConnector.java:35
4)
    at
com.intel.bluetooth.MicroeditionConnector.open(MicroeditionConnector.java:149)
    at
com.intel.bluetooth.MicroeditionConnector.open(MicroeditionConnector.java:446)
    at javax.microedition.io.Connector.open(Connector.java:93)
    at device.Wiimote.connect(Wiimote.java:135)
    ...


What BlueCove version are you using (include build number for SNAPSHOT)? On
what operating system and jvm? Is this 64-bit or 32-bit OS and jvm?

BlueCove 2.0.2
BlueSoleil 3.2.2.8 Release 070421
Stack 06.03.29.20061212
Windows XP SP2
JDK 1.6.0
32-bit OS and jvm


Please provide any additional information below.

Bluetooth device can be found correctly, and device.getBluetoothAddress()
works as well. But I don't know why it couldn't get connected. It doesn't
matter if it's Connector.WRITE or Connector.REA or delete
"authenticate=false;encrypt=false;master=false".
I tried BlueCove 2.0.1 and 2.0.0 as well but neither will work.

What steps will reproduce the problem?
1. open a connection to a non existing host.
2.
3.

What is the expected output? What do you see instead?
expected:
javax.bluetooth.BluetoothConnectionException

instead:
java.io.IOException: Failed to connect socket
    at com.intel.bluetooth.BluetoothPeer.connect(Native Method)

What version of the product are you using? On what operating system?
version 1.2.0 on WindowsXP SP2

Please provide any additional information below.
From the javax.bluetooth.BluetoothConnectionException javadoc:
This BluetoothConnectionException is thrown when a Bluetooth connection
(L2CAP, RFCOMM, or OBEX over RFCOMM) cannot be established successfully.

What steps will reproduce the problem?
1. search devices with code of example called "Remote Device Discovery"
2. always find devices has been discovered, no clear list of deviced was
discovered.
3.

What is the expected output? What do you see instead?
discover only deviced on, no remember deviced WAS on and now is offline.
Problem is: remember devices paired or/and founded

What BlueCove version are you using (include build number for SNAPSHOT)? On
what operating system and jvm? Is this 64-bit or 32-bit OS and jvm?

I try it with bluecove 2.0.2, windows xp 32bits, bluesoleil stack, java sdk
1.6, jcreator
Too y try it with bluecove 2.0.2, windows xp 32bits, winsock stack,java sdk
1.6, jcreator


Please provide any additional information below.
Excuse me my english, I'm spanish.
If you comment devicesDiscovered.clear(); then the output is the same that
if you not comment this.
devicesDiscovered.clear(); may clear discovered devices but this don't effect.
I hope can you understand me.

What steps will reproduce the problem?

 public boolean open(int mode,String addr ) {
        this.mode = mode;
        try {
            String url = "btspp://"+addr+":11";
            con = (StreamConnection) Connector.open(url);

            fo = con.openOutputStream();
            fi = con.openInputStream();
            return true;
        } catch ( IOException e ) {
            e.printStackTrace();
            owner.showMessage("Enviar","El servidor no responde al
servicio.",owner.STATE_MAIN);
            return false;
        }
    } 

What is the expected output? What do you see instead?
The midlet crack and exit.

What BlueCove version are you using (include build number for SNAPSHOT)? 
Bluecove 2.0.2

With WM 5 and WEME 5 & 6


¿How can debug or get system information in GameCanvas?

Thanks your

What steps will reproduce the problem?
javax.bluetooth.BluetoothStateException: BlueCove library bluecove not
available at
com.intel.bluetooth.BlueCoveImpl.loadNativeLibraries(BlueCoveImpl.java:372)

What is the expected output? What do you see instead?
I am using example bluecove-tester

What version of the product are you using? On what operating system?

When i run bluecove-tester with java (JDK6) in Linux is OK.
Whe i run bluecove-tester in J9 Weme Emulator in Linux, show the message


Please provide any additional information below.
Sorry for my English.

The story so far:

at 2006-05-24 13:09 [email protected] wrote:
> There may be a bug in BlueCove 1.1.1 UUID promotion, i.e., short UUID is 
> not expanded to long UUID as it should.
> 
> We are not however sure if this is BlueCove or Windows XP SP2 stack's
> bug. If that is the case (Windows XP bug) can you add a note about it to 
> this item?
>
> The comment in the following code explains the situation.
>
> DiscoveryAgent discv = LocalDevice.getLocalDevice().getDiscoveryAgent(); 
> // if connecting to BlueCove and Windows machine it's recommended to use
> // UUID("1101", true) rather than UUID(0x1101) which seems not towork.
> UUID uuids[] = new UUID[] { new UUID("1101", true) };
> discv.searchServices(null, uuids, remoteDevice, this);

This sounds very implausible, because the UUID(long)-constructor calls the
UUIS(String)-constructor. But the UUID(String)-constructor seems very
weird. Look at this:

public UUID(String stringValue, boolean shortUUID) {
 int length = stringValue.length();
 if (shortUUID) {
  if (length < 1 || length > 8)
   throw new IllegalArgumentException();
  // How does this look to you?
  init("00000000".substring(length) + stringValue +
   "00001000800000805F9B34FB");
 } else {
  if (length < 1 || length > 32)
   throw new IllegalArgumentException();

init("00000000000000000000000000000000".substring(length)
   + stringValue);
 }
}

What steps will reproduce the problem?
1. Start an inquiry, e.g. discAgent.startInquiry(DiscoveryAgent.GIAC, 
discoverer);
2. At the beginning of the DiscoveryListener deviceDiscovered(RemoteDevice 
rDevice, 
DeviceClass dClass) method, get the friendly name of the device: 
rDevice.getFriendlyName(false);
3. Watch it explode.

-What is the expected output? What do you see instead?
Friendly name of the device. An exception (below).

javax.bluetooth.BluetoothStateException: Another inquiry already running
    at com.intel.bluetooth.BluetoothStackOSX.getRemoteDeviceFriendlyName(Native Method)
    at com.intel.bluetooth.RemoteDeviceHelper.getFriendlyName(RemoteDeviceHelper.java:211)
    at javax.bluetooth.RemoteDevice.getFriendlyName(RemoteDevice.java:131)
    at wiiremotej.WiiRemoteDiscoverer.deviceDiscovered(WiiRemoteDiscoverer.java:47)
    at 
com.intel.bluetooth.BluetoothStackOSX.deviceDiscoveredCallback(BluetoothStackOSX
.java:273)
    at com.intel.bluetooth.BluetoothStackOSX.runDeviceInquiryImpl(Native Method)
    at com.intel.bluetooth.BluetoothStackOSX.runDeviceInquiry(BluetoothStackOSX.java:250)
    at com.intel.bluetooth.DeviceInquiryThread.run(DeviceInquiryThread.java:82)


-What version of the product are you using? On what operating system?
2.0.2 (with sources from today at ~1:40 AM EST). Mac OS X 10.5.1.

What steps will reproduce the problem?
1. Connect to a WiiRemote (device discovery, connect via 
Conector.open(connectURL) where 
connectURL is a btl2cap address obtained from discovery). An input and output 
port are opened 
on two different PSMs (the PSM is appended to the end of the URL after a colon).
2. Perform various read-write operations. The error occurs when setting the 
input report on the 
Wii Remote.

What is the expected output? What do you see instead?
Reading/writing without problems. An error (below).

What version of the product are you using? On what operating system?
Latest version: bluecove-2.0.2-20080102.194747-73.jar on Mac OS 10.5.1.

Please provide any additional information below. Here's the log of what happens.
michael-diamonds-macbook-pro:WiiRemoteJ mdiamond$ java WRLImpl
BlueCove version 2.0.2-SNAPSHOT on mac
Jan 2, 2008 8:27:49 PM wiiremotej.WiiRemoteDiscoverer deviceDiscovered
FINE: MichaelsPhone...
Jan 2, 2008 8:27:49 PM wiiremotej.WiiRemoteDiscoverer deviceDiscovered
FINE:  is NOT a WiiRemote. :(
Jan 2, 2008 8:27:51 PM wiiremotej.WiiRemoteDiscoverer deviceDiscovered
FINE: Nintendo RVL-CNT-01...
Jan 2, 2008 8:27:51 PM wiiremotej.WiiRemoteDiscoverer deviceDiscovered
FINE:  is a WiiRemote!
Jan 2, 2008 8:27:51 PM wiiremotej.WiiRemote construct
INFO: btl2cap://00191DBE34F9
Jan 2, 2008 8:27:51 PM wiiremotej.WiiRemote calibrateAccelerometer
FINER: Calibrating accelerometer...
Jan 2, 2008 8:27:51 PM wiiremotej.WiiRemote$1 run
WARNING: Error, unexpected IO error.
java.io.IOException: Error sending data!
    at wiiremotej.WiiRemote.sendCommand(WiiRemote.java:502)
    at wiiremotej.WiiRemote.setInputReport(WiiRemote.java:763)
    at wiiremotej.WiiRemote.setInputReport(WiiRemote.java:769)
    at wiiremotej.WiiRemote.access$300(WiiRemote.java:60)
    at wiiremotej.WiiRemote$1.run(WiiRemote.java:317)
    at java.lang.Thread.run(Thread.java:613)
Caused by: java.io.IOException: Failed to write [0xe00002bc]
    at com.intel.bluetooth.BluetoothStackOSX.l2Send(Native Method)
    at 
com.intel.bluetooth.BluetoothL2CAPConnection.send(BluetoothL2CAPConnection.java:
113)
    at wiiremotej.WiiRemote.sendCommand(WiiRemote.java:498)
    ... 5 more
Jan 2, 2008 8:27:51 PM wiiremotej.WiiRemote construct
FINER: Initialization complete.
java.io.IOException: Error sending data!
    at wiiremotej.WiiRemote.sendCommand(WiiRemote.java:502)
    at wiiremotej.WiiRemote.setInputReport(WiiRemote.java:763)
    at wiiremotej.WiiRemote.setInputReport(WiiRemote.java:769)
    at wiiremotej.WiiRemote.setAccelerometerEnabled(WiiRemote.java:1451)
    at WRLImpl.main(WRLImpl.java:137)
Caused by: java.io.IOException: Connection is closed
    at com.intel.bluetooth.BluetoothStackOSX.l2Send(Native Method)
    at 
com.intel.bluetooth.BluetoothL2CAPConnection.send(BluetoothL2CAPConnection.java:
113)
    at wiiremotej.WiiRemote.sendCommand(WiiRemote.java:498)
    ... 4 more

 Thanks for your help so far. I hope there's a way to fix this one too!

What steps will reproduce the problem?
1. I'm starting a server in the PC
2. I'm starting a midlet in the cellphone (Sony Ericsson W300i)
3. Cellphone makes a connection to the PC via bluetooth
4. A new thread is open on the PC server to handle the cellphone 
connection.
5  I send some text that i entered in a textfield to the server
4. The server reads the text.

What is the expected output? What do you see instead?
Expected output is to see the text i put in the textfield.
When i'debbuging i see what i put in the textfield, but after it it 
doesn't break off the while, like it read a -1, it just keep in stepping 
state.
I need to send a final char token to finalize it right, when i don't want 
to do that, i just want to read all the stream and close the connection.

What version of the product are you using? On what operating system?
Last from SourceForge, Windows XP SP2.

Please provide any additional information below.

System crashes when writing more then 64K for rfcomm bufer.
WinXP. WIDCOMM.

What steps will reproduce the problem?
1.add bluecove and bluecove-gpl to class path 
2. Instantiate class and attempt to find devices
3. Crash occurs in getLocalDevice()

What is the expected output? What do you see instead?
Load errors crash the program. Please see attached crash log.

I'm running linux pyramid, JVM6 and 32-bit
Bluecove version = bluecove-2.0.3

Please provide any additional information below.
Output error:

#
# An unexpected error has been detected by HotSpot Virtual Machine:
#
#  SIGFPE (0x8) at pc=0xb7efe745, pid=1283, tid=2985970608
#
# Java VM: Java HotSpot(TM) Client VM (1.5.0_09-b03 mixed mode, sharing)
# Problematic frame:
# C  [ld-linux.so.2+0x7745]
#
# An error report file with more information is saved as hs_err_pid1283.log

Hi!
I'm having a problem with setPath request: either it blocks in read
operation, or returns "Bad request" response code. This happens when I'm
trying to connect using Bluecove OBEX implementation from PC to WM6, PC to
Nokia phone, PC to Samsung Phone, WM6 to PC, Nokia to PC etc... The same 
Java code (which makes connect and setpath on a remote device) works fine
when I'm using Nokia native OBEX implementation. Here's the code basically:

           ClientSession connection = (ClientSession)
Connector.open(serviceUrl);
           HeaderSet header = connection.createHeaderSet();
           byte[] FBUiid =
{(byte)0xF9,(byte)0xEC,(byte)0x7B,(byte)0xC4,(byte)0x95,(byte)0x3C,(byte)0x11,(b
yte)0xD2,

(byte)0x98,(byte)0x4E,(byte)0x52,(byte)0x54,(byte)0x00,(byte)0xDC,(byte)0x9E,(by
te)0x09};
           header.setHeader(HeaderSet.TARGET, FBUiid);
           HeaderSet response = connection.connect(header);
           header = connection.createHeaderSet();
           header.setHeader(HeaderSet.NAME, "");
           header = connection.setPath(header, false, false);


Anticipating the response that the issue was fixed in SNAPSHOT 2.0.3 :),
I'd like to ask you for updated bluecove.dll, because I can't build it
('cause I don't have Platform SDK, and no intentions to download it, 'cause
it's huge...). If you could just send me the 2.0.3 bluecove.dll on
[email protected], I'd appreciate! 

Thanks!

What steps will reproduce the problem?
Start a service and inquiry at the same time using 2 different LocalDevice
objects

What is the expected output? What do you see instead?
double version output in the console or exceptions

What version of the product are you using? On what operating system?
snapshot foe 6 dec 2007

Please provide any additional information below.
Adding a Thread.sleep(xx) between both actions to avoid above results

Calling LocalDevice.getLocalDevice().getBluetoothAddress() returns 00000000

What steps will reproduce the problem?
1. Disable Bluetooth on a device
2. Run the BlueCove tests
3. A RuntimeException will be thrown saying "BluetoothStack not detected"

What is the expected output? What do you see instead?

   A BluetoothStateException is thrown by other JSR-82 implementations for
this use case.  I know this to be true for Nokia, Motorola, Sony Ericsson,
and the Sun WTK.  Also Avetana's implementation does this.  BlackBerry
phones actually prompt the user to enable Bluetooth in such a situation.
   BlueCove throws a RuntimeException.  This makes it difficult for a
program to catch this exception and warn the user.  After all a
RuntimeException is very generic and can be from other situations too.

What version of the product are you using? On what operating system?

   This happens with BlueCove 2.0.1.

Please provide any additional information below.

   com.intel.bluetooth.BlueCoveImpl line 182 says:

     throw new RuntimeException("BluetoothStack not detected");

   It should say something like:

     throw new BluetoothStateException("Bluetooth stack not detected. 
Bluetooth must be enabled on the device.");

What steps will reproduce the problem?
1. Install Targus ACB100US mini usb adapter with Widcomm stack on Windows
XP SP2
2. Install bluecove and use RemoteDeviceDiscovery sample java code to list
devices.
3. Add and System.out.println to print "yes" or "no" if based on whether
.isTrustedDevice() returns true or false.
4. Run updated app and if your Samsung Instinct is found it will not show
up as a trusted device even though it has been paired with the Windows XP PC.

What is the expected output? What do you see instead?
I would expect to see the value of .isTrustedDevice() to equal "true". 
Instead it comes back as false.

What BlueCove version are you using (include build number for SNAPSHOT)? On
what operating system and jvm? Is this 64-bit or 32-bit OS and jvm?
Windows XP SP2 - 32bit with JVM 1.6.0.7 and bluecove 2.0.3.

Please provide any additional information below.
Window's "Bluetooth Neighborhood" shows the device with a checkbox and
lists it's type as Cellular Phone.  I have tried this with a Samsung
BlackJack II and it works just fine.

What steps will reproduce the problem?
1. Use the sample application provided with the WiiRemoteJ Library
(WRLImpl.java)
2. First time after boot-up, the Wiimote will connect fine.
3. Close and re-run the application, the following exception will be thrown:

BlueCove version 2.0.2 on mac
14.01.2008 21:48:33 wiiremotej.WiiRemoteDiscoverer deviceDiscovered
FEIN: Nintendo RVL-CNT-01...
14.01.2008 21:48:33 wiiremotej.WiiRemoteDiscoverer deviceDiscovered
FEIN:  is a WiiRemote!
14.01.2008 21:48:34 wiiremotej.WiiRemote construct
INFO: btl2cap://00191DB47CCA
14.01.2008 21:48:36 wiiremotej.WiiRemote calibrateAccelerometer
FEINER: Calibrating accelerometer...
14.01.2008 21:48:36 wiiremotej.WiiRemote construct
FEINER: Initialization complete.
java.io.IOException: Error sending data!
   at wiiremotej.WiiRemote.sendCommand(WiiRemote.java:502)
   at wiiremotej.WiiRemote.setInputReport(WiiRemote.java:763)
   at wiiremotej.WiiRemote.setInputReport(WiiRemote.java:769)
   at wiiremotej.WiiRemote.setAccelerometerEnabled(WiiRemote.java:1451)
   at WRLImpl.main(WRLImpl.java:172)
Caused by: java.io.IOException: Connection closed
   at com.intel.bluetooth.BluetoothStackOSX.l2Send(Native Method)
   at
com.intel.bluetooth.BluetoothL2CAPConnection.send(BluetoothL2CAPConnection.java:
113)
   at wiiremotej.WiiRemote.sendCommand(WiiRemote.java:498)
   ... 4 more


What is the expected output? What do you see instead?
Suspected is that some commands are being sent to the Wiimote in order to
activate the IR-Sensor. Then constant readings from the sensor are expected.

What version of the product are you using? On what operating system?
2.0.2 on MacOSX 10.5.1

Please provide any additional information below.
The dev of the WiiRemoteJ has directed me here, so I hope you guys can help me.
If you need any additional information let me know.

I am not sure whether anyone tried to load another JNI dll after bluecove
is loaded on the pocket PC system. I am having a problem to run any dll
function because I got errors like

 java.lang.UnsatisfiedLinkError. 

If I load the JNI dll before the bluecove, the function does not run after
the bluecove is loaded. Any ideas?

The JVM crashes with an Access Violation on the bluecove.dll during a
bruteforce shutdown of an application using BlueCove.
The log provided by the JVM is attached with this entry.

What steps will reproduce the problem?

It's hard to reproduce the problem as it is intermittent and does happen
only when the thread from which DiscoveryAgent.startInquiry is run, is
suddenly interrupted by a "bruteforce" shutdown such as a CTRL-C, and
InterruptedException is not called to do some cleanup job before
propagating the error (such as calling
DiscoveryAgent.cancelInquiry(DiscoveryListener))

Unfortunately I am not able to pinpoint the Java calls from the info I
gathered. This may also be related to the BlueTooth device closing itself
automatically before the BlueTooth stacks gets awareness of it, and the
application is then closed.


What is the expected output? What do you see instead?


What version of the product are you using? On what operating system?
My version of bluecove is 2.0.2. For other details see the attached JVM log.

Please provide any additional information below.
See attached JVM log.

In method com.intel.bluetooth.obexOBEXHeaderSetImpl.readTimeISO8601(byte
data[]) the expected date format is YYYYMMDDTHHMMSSZ. However, my Nokia
6500 slide phone returns date in local time zone, that means without final
'Z', and an exception is thrown. Would be nice if you extend the accepted
date format at least to that case, without trailing Z. Thank you!

implement something like 'hcitool dev' that lists the available
localdevices for using with the threadlocal strack in linux

What steps will reproduce the problem?
1. Do a DiscoveryAgent.startInquiry()
2. Try to call DiscoveryAgent.cancelInquiry()
3. Check the result

What is the expected output? What do you see instead?
The inquiry or the service search should be cancelled. I can see that the
native function is called, but it returns false in case of inquiry and the
inquiry continues.

What BlueCove version are you using (include build number for SNAPSHOT)? On
what operating system and jvm? Is this 64-bit or 32-bit OS and jvm?
BlueCove version 2.0.2 on XP SP2 32-bit JVM 1.6.0_05


Please provide any additional information below.

InputStream.available() not implemented

The story so far:

at 2006-03-07 21:01 [email protected] wrote:
> Whilst using Bluecove V1.1.1 I am only able to establish and close SPP
> connections a certain number of times. After this time I have to restart
> the computer in order to establish another connection. The program I have
> written closes both the InputStream and StreamConnectionNotifier each time
> the connection is terminated.


Please describe problem better (how many times, what devices, does it work 
better/worse on other platforms) or send a minimal program to sample this
(one written specifically to show this bug, not the application you are
developing minus everything you don't want us to see). I on the other
hand can tell you, that the programs I have written can stay open for hours
with connections going and coming.

As Vlad Skarzhevskyy wrote in a email to bluecove-developers:
> I run automatic comparison of BlueCove with one from sun WTK. The list 
> of differences follows. My suggestion is to implement all missing 
> function and if it is not implemented we should throw appropriate 
> Exception or Error. This would allow compilation and testing of MIDlet 
> applications with BlueCove library on windows. 
>
> javax.microedition.io.Connector.openInputStream is Missing 
> javax.microedition.io.Connector.openDataInputStream is Missing 
> javax.microedition.io.Connector.openOutputStream is Missing 
> javax.microedition.io.Connector.openDataOutputStream is Missing 
> javax.microedition.io.Connector.open is Missing 
> javax.bluetooth.DataElement.getValue getModifiers expected:<... 
> synchronized> but was:<...> 
> javax.bluetooth.DataElement.addElement getModifiers expected:<... 
> synchronized> but was:<...> 
> javax.bluetooth.DataElement.getSize getModifiers expected:<... 
> synchronized> but was:<...> 
> javax.bluetooth.DataElement.insertElementAt getModifiers expected:<... 
> synchronized> but was:<...> 
> javax.bluetooth.DiscoveryAgent.cancelServiceSearch is Missing 
> javax.bluetooth.DiscoveryAgent.selectService is Missing 
> javax.bluetooth.LocalDevice.updateRecord is Missing 
> javax.bluetooth.RemoteDevice.authorize is Missing 
> javax.bluetooth.RemoteDevice.encrypt is Missing 
> javax.bluetooth.RemoteDevice.authenticate is Missing 
> javax.bluetooth.BluetoothConnectionException not implemented 
> javax.bluetooth.ServiceRegistrationException not implemented 
> 
> Not required. 
> javax.bluetooth.L2CAPConnection not implemented 
> javax.bluetooth.L2CAPConnectionNotifier not implemented

What steps will reproduce the problem?
1. Proguard can't obfuscate bluecove jar
2. There are some referenced methods that can't be founded
3. If I include it without obfuscating is displayed that error:
java/lang/NoClassDefFoundError: com/ibm/oti/connection/CreateConnection

What is the expected output? What do you see instead?

I try to include bluecove in a j2mepolish  project, but i cannot obfuscate
and without obfuscating i get the following error:
java/lang/NoClassDefFoundError: com/ibm/oti/connection/CreateConnection

What BlueCove version are you using (include build number for SNAPSHOT)? On
what operating system and jvm? Is this 64-bit or 32-bit OS and jvm?

Bluecove 2.0.2, Tryed with different jvm 1.4, 1.5, 1.6 32-bit Windows vista

Please provide any additional information below.

Thanks, help me please...

This is error the error provided from eclipse when i try to compile with
ant my j2mepolish project:

[j2mepolish] Warning: inherits: class not found: org/apache/log4j/Category
[j2mepolish] Warning: inherits: class not found: org/apache/log4j/Category
[j2mepolish] Warning: inherits: class not found: org/apache/log4j/Category
[j2mepolish] obfuscating for device [Generic/Midp2Cldc11].
[j2mepolish] proguard: ProGuard, version 4.1
[j2mepolish] proguard: Warning: com.sun.cdc.io.j2me.btspp.Protocol: can't
find superclass or interface com.sun.cdc.io.ConnectionBaseInterface
[j2mepolish] proguard: Warning: com.intel.bluetooth.btgoep.Connection:
can't find superclass or interface com.ibm.oti.connection.CreateConnection
[j2mepolish] proguard: Warning: com.intel.bluetooth.BlueCoveImpl$1: can't
find superclass or interface java.security.PrivilegedExceptionAction
[j2mepolish] proguard: Warning: com.intel.bluetooth.tcpobex.Connection:
can't find superclass or interface com.ibm.oti.connection.CreateConnection
[j2mepolish] proguard: Warning: com.sun.cdc.io.j2me.tcpobex.Protocol: can't
find superclass or interface com.sun.cdc.io.ConnectionBaseInterface
[j2mepolish] proguard: Warning: com.sun.cdc.io.j2me.btgoep.Protocol: can't
find superclass or interface com.sun.cdc.io.ConnectionBaseInterface
[j2mepolish] proguard: Warning: com.intel.bluetooth.btspp.Connection: can't
find superclass or interface com.ibm.oti.connection.CreateConnection
[j2mepolish] proguard: Warning: com.sun.cdc.io.j2me.btl2cap.Protocol: can't
find superclass or interface com.sun.cdc.io.ConnectionBaseInterface
[j2mepolish] proguard: Warning: com.intel.bluetooth.btl2cap.Connection:
can't find superclass or interface com.ibm.oti.connection.CreateConnection
[j2mepolish] proguard: Warning: com.intel.bluetooth.UtilsJavaSE: can't find
referenced method 'java.lang.StackTraceElement[] getStackTrace()' in class
java.lang.Throwable
[j2mepolish] proguard: Warning: com.intel.bluetooth.UtilsJavaSE: can't find
referenced method 'void setDaemon(boolean)' in class java.lang.Thread
[j2mepolish] proguard: Warning: com.intel.bluetooth.UtilsJavaSE: can't find
referenced method 'void addShutdownHook(java.lang.Thread)' in class
java.lang.Runtime
[j2mepolish] proguard: Warning: com.intel.bluetooth.UtilsJavaSE: can't find
referenced method 'java.util.Properties getProperties()' in class
java.lang.System
[j2mepolish] proguard: Warning: com.intel.bluetooth.UtilsJavaSE: can't find
referenced method 'java.lang.String
setProperty(java.lang.String,java.lang.String)' in class java.lang.System
[j2mepolish] proguard: Warning: com.intel.bluetooth.UtilsJavaSE: can't find
referenced method 'java.lang.String clearProperty(java.lang.String)' in
class java.lang.System
[j2mepolish] proguard: Warning: com.intel.bluetooth.BluetoothStackToshiba:
can't find referenced method 'boolean interrupted()' in class java.lang.Thread
[j2mepolish] proguard: Warning: com.intel.bluetooth.SelectServiceHandler:
can't find referenced method 'boolean add(java.lang.Object)' in class
java.util.Vector
[j2mepolish] proguard: Warning:
com.intel.bluetooth.BluetoothStackBlueSoleil: can't find referenced method
'boolean interrupted()' in class java.lang.Thread
[j2mepolish] proguard: Warning: com.intel.bluetooth.BluetoothStackOSX:
can't find referenced method 'boolean interrupted()' in class java.lang.Thread
[j2mepolish] proguard: Warning: com.intel.bluetooth.BluetoothStackWIDCOMM:
can't find referenced method 'boolean interrupted()' in class java.lang.Thread
[j2mepolish] proguard: Warning: com.intel.bluetooth.NativeLibLoader: can't
find referenced method 'void loadLibrary(java.lang.String)' in class
java.lang.System
[j2mepolish] proguard: Warning: com.intel.bluetooth.NativeLibLoader: can't
find referenced method 'void load(java.lang.String)' in class java.lang.System
[j2mepolish] proguard: Warning: com.intel.bluetooth.NativeLibLoader: can't
find referenced method 'java.lang.ClassLoader getClassLoader()' in class
java.lang.Class
[j2mepolish] proguard: Warning:
com.intel.bluetooth.BluetoothStackMicrosoft: can't find referenced method
'boolean interrupted()' in class java.lang.Thread
[j2mepolish] proguard: Warning: com.intel.bluetooth.DebugLog: can't find
referenced method 'void printStackTrace(java.io.PrintStream)' in class
java.lang.Throwable
[j2mepolish] proguard: Warning: there were 9 unresolved references to
superclasses or interfaces.
[j2mepolish] proguard:          You may need to specify additional library
jars (using '-libraryjars'),
[j2mepolish] proguard:          or perhaps the
'-dontskipnonpubliclibraryclasses' option.
[j2mepolish] proguard: Warning: there were 16 unresolved references to
program class members.
[j2mepolish] proguard:          Your input classes appear to be inconsistent.
[j2mepolish] proguard:          You may need to recompile them and try again.
[j2mepolish] proguard:          Alternatively, you may have to specify the
options 
[j2mepolish] proguard:          '-dontskipnonpubliclibraryclasses' and/or
[j2mepolish] proguard:          '-dontskipnonpubliclibraryclassmembers'.
[j2mepolish] proguard: Error: Please correct the above warnings first.

What steps will reproduce the problem?
1. Ive Put bluecove to my classpath
2. everything is ok with stack - my drivers match those from site's screenshots
3. i use that code for init of BT Server : http://phpfi.com/239055

i get folowing Exception :
BlueCove version 1.2.3
java.io.IOException: Failed to create socket
    at com.intel.bluetooth.BluetoothPeer.socket(Native Method)
    at
com.intel.bluetooth.BluetoothStreamConnectionNotifier.<init>(BluetoothStreamConn
ectionNotifier.java:54)
    at
com.intel.bluetooth.MicroeditionConnector.openImpl(MicroeditionConnector.java:13
5)
    at
com.intel.bluetooth.MicroeditionConnector.open(MicroeditionConnector.java:75)
    at javax.microedition.io.Connector.open(Connector.java:79)
    at ServerThread.run(ServerThread.java:35)

When calling : notifier = (StreamConnectionNotifier)Connector.open(url);

PLEASE help

i know its not support forum but it seems that this is bluecove problem not
my code prob.. :/

> The description of ServiceRecord.setAttributeValue states:
> 
> "[...] In order for any changes made by this method to be reflected in
> the SDDB, a call must be made to the acceptAndOpen() method of the
> associated notifier to add this ServiceRecord to the SDDB for the first
> time [...]"
> 
> In the implementation however the service is registered in the
> constructor of BluetoothStreamConnectionNotifier instead of in its
> acceptAndOpen() method. This means that changes to the ServiceRecord
> made after creating the notifier but before calling acceptAndOpen for
> the first time, will not be reflected in the SDDB. Since updateRecord is
> unimplemented (for now) this seems unwanted.
>
> Proposed changes:
> 1) remove the registerService call from the constructor
> 2) move it to acceptAndOpen:
> 
> public StreamConnection acceptAndOpen() throws IOException {
>   BluetoothPeer peer =
((LocalDevice)LocalDevice.getLocalDevice()).getBluetoothPeer();
>   if ((handle == 0) && (!closed)) {
>     /* register service */
>     handle = peer.registerService(((ServiceRecordImpl)
serviceRecord).toByteArray());
>   }
>   return new BluetoothConnection(peer.accept(socket));
> }
>
> 3) check if handle != 0 in the close method, before calling
> unregisterService

What steps will reproduce the 
problem?
 Opening a SSP connection on 
BlueCove 2.0.1 or 2.0.2 (on 
2.0.0 problem doesn't appear), 
and sending data to midlet:

    mStreamConnectionNotifier = 
(StreamConnectionNotifier)Connector.open("btspp:/
/11(...)111;name=name");
    mStreamConnection = 
mStreamConnectionNotifier.acceptAndOpen();
    mOutputStream = 
mStreamConnection.openDataOutputStream();
   (...)
   mOutputStream.write(bytes[])/
mOutputStream.writeInt()

What is the expected output? 
What do you see instead?
I expect stable connection, but 
after sending  some data (it 
could be 20MB or 200kb - totally 
random) i get IOException:
java.io.IOException:
         at 
com.intel.bluetooth.BluetoothStackBlueSoleil.connectionRfWrite(Native 
Method)
         at 
com.intel.bluetooth.BluetoothOutputStream.write(BluetoothOutputStream.java:50)
         at 
java.io.DataOutputStream.writeInt(Unknown 
Source)
         ...

I sent data in a few threads but 
any access to stream is 
synchronized. There is also 
opened input stream.


What version of the product are 
you using? On what operating 
system?
Windows XP Professional SP2,  
BlueSoleil 1.6.1.4 Release 
050606, Stack Version: 
05.04.05.20050408, 
java 1.6.0_03-b05, 
midlet on SE K800i

Please provide any additional 
information below.
On BlueCove 2.0.0 all works fine.
Regards, and btw great job.