I have the first generation wi-spy, which works.

On Thu, Jul 15, 2010 at 9:02 AM, Stuart Henderson <[email protected]> wrote:
> Is spectrum-tools still working in -current?
> When I try and access a wi-spy 2.4i device, it just sits
> there, if I send it SIGINFO it then returns an error:
>
> <st...@zoo:~:13>$ spectool_raw
> Found 1 wispy devices...
> Initializing WiSPY device Wi-Spy 24i USB 0 id 5
> load: 0.57  cmd: spectool_raw 32198 [runnable] 0.02u 0.06s 0% 375k
>  0x82ca3c00 running     15 ------P--f 0000
>  0x89d69c00*running     15 -c-------f ffff
>  0x89d69800 select_wait 15 -c--RW---f 0000 main
> Error polling wispy device Wi-Spy 24i USB 239404692
> wispydbx_usb poller failed to read USB data: Interrupted system call
>
> (same for spectool_curses and spectool_gtk).
>
> So I'm wondering if this is some problem with the 2.4i
> support (I don't have an older device to test), or whether
> changes to OpenBSD have broken something...
>
> FWIW here is a diff for the newer version of spectools,
> but it doesn't change this behaviour.
>
> Index: Makefile
> ===================================================================
> RCS file: /cvs/ports/net/spectrum-tools/Makefile,v
> retrieving revision 1.8
> diff -u -p -r1.8 Makefile
> --- Makefile    1 Sep 2009 23:11:30 -0000       1.8
> +++ Makefile    15 Jul 2010 15:52:03 -0000
> @@ -3,7 +3,7 @@
>  COMMENT-main = graphical tools for the MetaGeek Wi-spy spectrum analyser
>  COMMENT-utils =        tools for the MetaGeek Wi-spy spectrum analyser
>
> -V =            2009-06-R1
> +V =            2010-04-R1
>  DISTNAME =     spectools-$V
>  PKGNAME =      spectrum-tools-$V
>
> @@ -33,16 +33,15 @@ WANTLIB-main =      ${WANTLIB} \
>                Xi Xinerama Xrandr Xrender atk-1.0 cairo expat fontconfig \
>                freetype gio-2.0 glib-2.0 glitz gmodule-2.0 gobject-2.0 \
>                iconv intl pango-1.0 pangocairo-1.0 pangoft2-1.0 pixman-1 \
> -               png pthread-stubs xcb z
> +               png pthread-stubs xcb z gdk_pixbuf-2.0 gdk-x11-2.0 \
> +               gtk-x11-2.0 gthread-2.0 xcb-render xcb-render-util
>
>  WANTLIB-utils =        ${WANTLIB} ncurses
>
>  LIB_DEPENDS =  :libusb-*:devel/libusb
>
>  LIB_DEPENDS-main +=    ${LIB_DEPENDS} \
> -                       gtk-x11-2.0::x11/gtk+2 \
> -                       gdk-x11-2.0::x11/gtk+2 \
> -                       gdk_pixbuf-2.0::x11/gtk+2
> +                       ::x11/gtk+2
>
>  RUN_DEPENDS-main =     :spectrum-tools-utils-*:net/spectrum-tools,-utils
>
> Index: distinfo
> ===================================================================
> RCS file: /cvs/ports/net/spectrum-tools/distinfo,v
> retrieving revision 1.3
> diff -u -p -r1.3 distinfo
> --- distinfo    1 Sep 2009 23:11:30 -0000       1.3
> +++ distinfo    15 Jul 2010 15:52:03 -0000
> @@ -1,5 +1,5 @@
> -MD5 (spectools-2009-06-R1.tar.gz) = uEyDA0FnVRAbjxobN9dxZA==
> -RMD160 (spectools-2009-06-R1.tar.gz) = A9+NBaYswTT+7EA23G0ARcKofVk=
> -SHA1 (spectools-2009-06-R1.tar.gz) = If82YYm9pj3EX02V8930pPNyVho=
> -SHA256 (spectools-2009-06-R1.tar.gz) = 
> DUDDGTO0cYyCzascNqQr6PzM7B1kLIQ44aov9IaNVvI=
> -SIZE (spectools-2009-06-R1.tar.gz) = 184614
> +MD5 (spectools-2010-04-R1.tar.gz) = FXSBM4X75lJza0OazOxxIA==
> +RMD160 (spectools-2010-04-R1.tar.gz) = Ap3zDntIqwPYb3aDRU35TWU2kJc=
> +SHA1 (spectools-2010-04-R1.tar.gz) = stJ4QKNuyuAW08WRBwpgKyweMpE=
> +SHA256 (spectools-2010-04-R1.tar.gz) = 
> vje4CPZSyZTTvFUhS7CJb2blcn2GN0YGuuIDIW7BDhM=
> +SIZE (spectools-2010-04-R1.tar.gz) = 186445
> Index: patches/patch-wispy_hw_dbx_c
> ===================================================================
> RCS file: /cvs/ports/net/spectrum-tools/patches/patch-wispy_hw_dbx_c,v
> retrieving revision 1.1
> diff -u -p -r1.1 patch-wispy_hw_dbx_c
> --- patches/patch-wispy_hw_dbx_c        21 Jun 2009 06:27:00 -0000      1.1
> +++ patches/patch-wispy_hw_dbx_c        15 Jul 2010 15:52:03 -0000
> @@ -1,7 +1,7 @@
>  $OpenBSD: patch-wispy_hw_dbx_c,v 1.1 2009/06/21 06:27:00 sturm Exp $
> ---- wispy_hw_dbx.c.orig        Sun Jun 14 13:02:46 2009
> -+++ wispy_hw_dbx.c     Sun Jun 14 13:02:09 2009
> -@@ -107,7 +107,7 @@
> +--- wispy_hw_dbx.c.orig        Fri Apr 16 20:04:07 2010
> ++++ wispy_hw_dbx.c     Thu Jul 15 16:01:56 2010
> +@@ -114,7 +114,7 @@
>      uint16_t __x = (x); \
>      ((uint16_t)( \
>          (uint16_t)(((uint16_t)(__x) & (uint16_t)0x000000ff) << 24) | \
>
>
>



-- 
GDB has a 'break' feature; why doesn't it have 'fix' too?

Reply via email to