You can subscribe to this list here.
2001 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(13) |
Sep
(2) |
Oct
(22) |
Nov
(6) |
Dec
(5) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2002 |
Jan
(14) |
Feb
|
Mar
(10) |
Apr
(2) |
May
(2) |
Jun
|
Jul
(22) |
Aug
(41) |
Sep
(18) |
Oct
(7) |
Nov
(6) |
Dec
(17) |
2003 |
Jan
(10) |
Feb
(17) |
Mar
|
Apr
(8) |
May
|
Jun
|
Jul
(2) |
Aug
(1) |
Sep
(38) |
Oct
(17) |
Nov
(8) |
Dec
(5) |
2004 |
Jan
(27) |
Feb
(4) |
Mar
(20) |
Apr
(12) |
May
|
Jun
|
Jul
|
Aug
(1) |
Sep
(5) |
Oct
(1) |
Nov
|
Dec
|
2005 |
Jan
|
Feb
|
Mar
(4) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2006 |
Jan
(7) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(6) |
From: William J. M. <wm...@es...> - 2006-12-07 03:06:35
|
What Darren said :) You can look at the wrapper stuff to get an idea of how to do it, the code is separated out so that the IO, threading and core BEEP protocol stuff are relatively independant. Also, there is at least one bad deadlock bug in the C wrapper on channel close, so my logic was in error there. -bill On Wed, Dec 06, 2006 at 12:40:17AM -0800, Sam Roberts wrote: > I know the project is dead, but I don't want the multi-threaded server > framework, just an implementation of the core protocol, so that I can > embed it into lua and ruby. > > Both these languages are very hostile to C libraries that require use of > O/S threads, though green threads can be built on top of multiplexed I/O > within or above their interpreters. > > This is the only BEEP implementation I've seen that claims to be useful > in a thread-less environment, but before I waste too much time, could > anybody confirm its in a reasonable state to use, or definitively warn > me away from using it? > > Thanks, > Sam > > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share your > opinions on IT & business topics through brief surveys - and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ > Beepcore-c-users mailing list > Bee...@li... > https://lists.sourceforge.net/lists/listinfo/beepcore-c-users |
From: William J. M. <wm...@es...> - 2006-12-06 17:36:28
|
From: William J. M. <wm...@es...> - 2006-12-06 17:30:08
|
It hasn't been a tremendously active list. I don't know if SourceForge has that feature for it's mailing lists. Ask away :) -bill On Wed, Dec 06, 2006 at 12:28:42AM -0800, Sam Roberts wrote: > Trying to read through them on the webpage is painful, and I'd like to > get up to speed on whats been written before pesting this list. > > Sam > > |
From: Darren N. <dn...@sa...> - 2006-12-06 16:48:02
|
Sam Roberts wrote: > This is the only BEEP implementation I've seen that claims to be useful > in a thread-less environment, but before I waste too much time, could > anybody confirm its in a reasonable state to use, or definitively warn > me away from using it? There are two parts to the C libraries. One is what I called "the core", which does the parsing and memory management and such. A higher layer lets you write profile implementations that are based on threading, but the "core" part does everything with callbacks. It lets you queue up messages to a channel and lets you pull frames and messages off the channel. If you're going to integrate BEEP into some other language with its own memory management, threading, etc., that's probably a decent place to start. Alternately, look at the Tcl implementation, which does all this stuff without threads. Of course, you would need to either rewrite that or link the Tcl interpreter into your own code, but it'll show you how to handle the protocol without needing threads. -- Darren New / San Diego, CA, USA (PST) Scruffitarianism - Where T-shirt, jeans, and a three-day beard are "Sunday Best." |
From: Sam R. <sro...@un...> - 2006-12-06 08:41:21
|
I know the project is dead, but I don't want the multi-threaded server framework, just an implementation of the core protocol, so that I can embed it into lua and ruby. Both these languages are very hostile to C libraries that require use of O/S threads, though green threads can be built on top of multiplexed I/O within or above their interpreters. This is the only BEEP implementation I've seen that claims to be useful in a thread-less environment, but before I waste too much time, could anybody confirm its in a reasonable state to use, or definitively warn me away from using it? Thanks, Sam |
From: Sam R. <sro...@un...> - 2006-12-06 08:29:43
|
Trying to read through them on the webpage is painful, and I'd like to get up to speed on whats been written before pesting this list. Sam |
From: Guenther L. <gue...@ia...> - 2006-01-24 09:28:02
|
Hi! I fixed the problem. The Makefiles had to be adopted a bit... thanks for your help! regards lackyg William J. Mills wrote: > I'd have to suspect an error in your config file... > > > On Mon, Jan 23, 2006 at 09:12:14AM +0100, Guenther Lackner wrote: > >>Hi! >> >>I managed to write my own profile and to build the whole stuff. It >>workes fine on my laptop. I also built it in scratchbox in order to run >>it on an iPAQ. It also runs fine in this environment. But after copying >>the binaries and the libs to the iPAQ I get the following error while >>executing "beepng". >> >>./beepng: 1: Syntax error: "(" unexpected >> >>Does anybody have an idea why this happens? >> >>regards >>lackyg >> >> >> >>------------------------------------------------------- >>This SF.net email is sponsored by: Splunk Inc. Do you grep through log files >>for problems? Stop! Download the new AJAX search engine that makes >>searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! >>http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642 >>_______________________________________________ >>Beepcore-c-users mailing list >>Bee...@li... >>https://lists.sourceforge.net/lists/listinfo/beepcore-c-users > > > > ------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. Do you grep through log files > for problems? Stop! Download the new AJAX search engine that makes > searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642 > _______________________________________________ > Beepcore-c-users mailing list > Bee...@li... > https://lists.sourceforge.net/lists/listinfo/beepcore-c-users |
From: William J. M. <wm...@es...> - 2006-01-23 22:40:02
|
I'd have to suspect an error in your config file... On Mon, Jan 23, 2006 at 09:12:14AM +0100, Guenther Lackner wrote: > Hi! > > I managed to write my own profile and to build the whole stuff. It > workes fine on my laptop. I also built it in scratchbox in order to run > it on an iPAQ. It also runs fine in this environment. But after copying > the binaries and the libs to the iPAQ I get the following error while > executing "beepng". > > ./beepng: 1: Syntax error: "(" unexpected > > Does anybody have an idea why this happens? > > regards > lackyg > > > > ------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. Do you grep through log files > for problems? Stop! Download the new AJAX search engine that makes > searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642 > _______________________________________________ > Beepcore-c-users mailing list > Bee...@li... > https://lists.sourceforge.net/lists/listinfo/beepcore-c-users |
From: Guenther L. <gue...@ia...> - 2006-01-23 08:12:29
|
Hi! I managed to write my own profile and to build the whole stuff. It workes fine on my laptop. I also built it in scratchbox in order to run it on an iPAQ. It also runs fine in this environment. But after copying the binaries and the libs to the iPAQ I get the following error while executing "beepng". ./beepng: 1: Syntax error: "(" unexpected Does anybody have an idea why this happens? regards lackyg |
From: William J. M. <wm...@es...> - 2006-01-13 17:39:22
|
You should be able to use beepd.c with the echo/null profile and use the beeppng program to connect and do a ping. Hoenstly I have not run it in a long time so the details are fuzzy. I believe you have to make sure you hand create a good config file that=20 will load the ECHO profile for both programs and make sure it's in=20 the current working directory. I don't have a running instance here at work, but if you get stuck=20 drop another note and I'll figure it and get you running. -bill On Thu, Jan 12, 2006 at 12:05:33PM +0100, Guenther Lackner wrote: > Hi! >=20 > I want to use the sampel caled "beepd.c". What else do I need? Is there > a simple example profile? If yes, how to start an configure this example? >=20 > Can I use 2 instances of it to comminucate with each other? >=20 > best regards > g=FCnther >=20 >=20 >=20 > ------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. Do you grep through log fi= les > for problems? Stop! Download the new AJAX search engine that makes > searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! > http://ads.osdn.com/?ad_idv37&alloc_id=16865&op=CCk > _______________________________________________ > Beepcore-c-users mailing list > Bee...@li... > https://lists.sourceforge.net/lists/listinfo/beepcore-c-users >=20 |
From: William J. M. <wm...@es...> - 2006-01-13 17:35:33
|
At least one still reading :) On Fri, Jan 13, 2006 at 10:53:50AM +0100, Guenther Lackner wrote: > Hi! >=20 > I just wondered if there are any active members left in this list? >=20 > regards > g=FCnther >=20 >=20 > ------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. Do you grep through log fi= les > for problems? Stop! Download the new AJAX search engine that makes > searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! > http://ads.osdn.com/?ad_idv37&alloc_id=16865&op=CCk > _______________________________________________ > Beepcore-c-users mailing list > Bee...@li... > https://lists.sourceforge.net/lists/listinfo/beepcore-c-users >=20 |
From: Guenther L. <gue...@ia...> - 2006-01-13 09:54:03
|
Hi! I just wondered if there are any active members left in this list? regards g=FCnther |
From: Guenther L. <gue...@ia...> - 2006-01-12 11:06:00
|
Hi! I want to use the sampel caled "beepd.c". What else do I need? Is there a simple example profile? If yes, how to start an configure this example? Can I use 2 instances of it to comminucate with each other? best regards g=FCnther |
From: William J. M. <wm...@es...> - 2005-03-31 03:38:32
|
Now that's not something I had thought of. I believe the answer is no, but I am not certain. That will all be in the transport library, and I think it's pretty much doing gethostbyname and such. -bill On Wed, Mar 30, 2005 at 10:15:07PM -0500, David C Niemi wrote: > > I think source-level APIs are the same, but if there are structures that > handle a 32-bit IP address they'd need to be adjusted. Does beepcore-c > deal much with in_addr structures directly? > > DCN > |
From: David C N. <dc...@ad...> - 2005-03-31 03:15:42
|
I think source-level APIs are the same, but if there are structures that handle a 32-bit IP address they'd need to be adjusted. Does beepcore-c deal much with in_addr structures directly? DCN On Wed, 30 Mar 2005, William J. Mills wrote: > assuming the API's are the same.... none I think. Should work fine. > > -bill > > On Wed, Mar 30, 2005 at 04:20:50PM -0500, David C Niemi wrote: >> >> What would be the implications of using Beepcore-C over IPV6? How much >> work would be needed to get it to work correctly? +-----------------------------------------------+ | David C. Niemi Adeptech Systems, Inc. | | Cell: 703-508-3666 Office: 703-404-3775x204 | +-----------------------------------------------+ |
From: William J. M. <wm...@es...> - 2005-03-31 00:20:19
|
assuming the API's are the same.... none I think. Should work fine. -bill On Wed, Mar 30, 2005 at 04:20:50PM -0500, David C Niemi wrote: > > What would be the implications of using Beepcore-C over IPV6? How much > work would be needed to get it to work correctly? > > +-----------------------------------------------+ > | David C. Niemi Adeptech Systems, Inc. | > | Cell: 703-508-3666 Office: 703-404-3775x204 | > +-----------------------------------------------+ > > > ------------------------------------------------------- > This SF.net email is sponsored by Demarc: > A global provider of Threat Management Solutions. > Download our HomeAdmin security software for free today! > http://www.demarc.com/Info/Sentarus/hamr30 > _______________________________________________ > Beepcore-c-users mailing list > Bee...@li... > https://lists.sourceforge.net/lists/listinfo/beepcore-c-users |
From: David C N. <dc...@ad...> - 2005-03-30 21:21:23
|
What would be the implications of using Beepcore-C over IPV6? How much work would be needed to get it to work correctly? +-----------------------------------------------+ | David C. Niemi Adeptech Systems, Inc. | | Cell: 703-508-3666 Office: 703-404-3775x204 | +-----------------------------------------------+ |
From: Kalle O. N. <Kal...@pr...> - 2004-10-07 08:06:41
|
I'm trying to compile today's CVS HEAD of beepcore-c on Microsoft Windows. Here are two rather obvious patches that avoid compiler errors in the beepcore library. I haven't compiled the other parts yet, so I don't know whether the thing actually runs. Index: threaded_os/transport/bp_fiostate.c =================================================================== RCS file: /cvsroot/beepcore-c/beepcore-c/threaded_os/transport/bp_fiostate.c,v retrieving revision 1.16 diff -u -p -r1.16 bp_fiostate.c --- threaded_os/transport/bp_fiostate.c 2 Aug 2002 15:08:32 -0000 1.16 +++ threaded_os/transport/bp_fiostate.c 7 Oct 2004 07:49:35 -0000 @@ -622,7 +622,7 @@ int blw_primary_reader(void *fd,char *bu #ifdef WIN32 if (ret == SOCKET_ERROR) { int err = WSAGetLastError(); - ASSERT(err == WSAEWOULDBLOCK || err == WSAECONNABORTED !! err == WSAECONNRESET); + ASSERT(err == WSAEWOULDBLOCK || err == WSAECONNABORTED || err == WSAECONNRESET); } #endif Index: threaded_os/transport/bp_fiostate.h =================================================================== RCS file: /cvsroot/beepcore-c/beepcore-c/threaded_os/transport/bp_fiostate.h,v retrieving revision 1.9 diff -u -p -r1.9 bp_fiostate.h --- threaded_os/transport/bp_fiostate.h 2 Aug 2002 15:08:32 -0000 1.9 +++ threaded_os/transport/bp_fiostate.h 7 Oct 2004 07:49:35 -0000 @@ -99,7 +99,7 @@ struct _io_state POLL_NODE *pn; unsigned int iostate_index; struct _wrapper* wrapper; -#ifdef HAVE_POLL +#ifndef HAVE_POLL /* read and write are enabled/disabled by setting the event flags */ int events; #endif |
From: William J. M. <wm...@es...> - 2004-09-17 21:19:54
|
Do you feel like taking up developer or admin status on the project? -bill On Fri, Sep 17, 2004 at 03:01:24PM -0400, David C Niemi wrote: > > I have put together a new 0.3.00 snapshot (at William Mills' suggestion) > based on the CVS version. I haven't been able to reach William lately, is > there anyone else who might be able to speak to how this can eventually > work its way into the SourceForge download area? > > I am also working on an RPM, mostly targeting Fedora right now, but it > should work on most other Linuxy systems too. If there's anyone on the > list who knows about the autoconf setup for beepcore-c, I'd like to ask a > few questions offline. > > ------------------------------------------------------- > -- David C. Niemi Adeptech Systems, Inc. -- > -- Reston, Virginia, USA http://www.adeptech.com/ -- > ------------------------------------------------------- > > > > ------------------------------------------------------- > This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170 > Project Admins to receive an Apple iPod Mini FREE for your judgement on > who ports your project to Linux PPC the best. Sponsored by IBM. > Deadline: Sept. 24. Go here: http://sf.net/ppc_contest.php > _______________________________________________ > Beepcore-c-users mailing list > Bee...@li... > https://lists.sourceforge.net/lists/listinfo/beepcore-c-users |
From: William J. M. <wm...@es...> - 2004-09-17 21:18:23
|
Sorry, life has been hairy... On Fri, Sep 17, 2004 at 03:01:24PM -0400, David C Niemi wrote: > > I have put together a new 0.3.00 snapshot (at William Mills' suggestion) > based on the CVS version. I haven't been able to reach William lately, is > there anyone else who might be able to speak to how this can eventually > work its way into the SourceForge download area? > > I am also working on an RPM, mostly targeting Fedora right now, but it > should work on most other Linuxy systems too. If there's anyone on the > list who knows about the autoconf setup for beepcore-c, I'd like to ask a > few questions offline. > > ------------------------------------------------------- > -- David C. Niemi Adeptech Systems, Inc. -- > -- Reston, Virginia, USA http://www.adeptech.com/ -- > ------------------------------------------------------- > > > > ------------------------------------------------------- > This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170 > Project Admins to receive an Apple iPod Mini FREE for your judgement on > who ports your project to Linux PPC the best. Sponsored by IBM. > Deadline: Sept. 24. Go here: http://sf.net/ppc_contest.php > _______________________________________________ > Beepcore-c-users mailing list > Bee...@li... > https://lists.sourceforge.net/lists/listinfo/beepcore-c-users |
From: William J. M. <wm...@es...> - 2004-09-17 21:16:35
|
The SASL profile does when you do TLS. -bill On Fri, Sep 17, 2004 at 09:58:08AM -0700, saravanan v.k wrote: > Hi, > > Can you please let me know if there is any profile > that does tuning reset. > > This would help in understanding of how tuning reset > occurs. > > thanks, > saravanan > > > > > __________________________________ > Do you Yahoo!? > Yahoo! Mail - 50x more storage than other providers! > http://promotions.yahoo.com/new_mail > > > ------------------------------------------------------- > This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170 > Project Admins to receive an Apple iPod Mini FREE for your judgement on > who ports your project to Linux PPC the best. Sponsored by IBM. > Deadline: Sept. 24. Go here: http://sf.net/ppc_contest.php > _______________________________________________ > Beepcore-c-users mailing list > Bee...@li... > https://lists.sourceforge.net/lists/listinfo/beepcore-c-users |
From: David C N. <dc...@ad...> - 2004-09-17 19:01:34
|
I have put together a new 0.3.00 snapshot (at William Mills' suggestion) based on the CVS version. I haven't been able to reach William lately, is there anyone else who might be able to speak to how this can eventually work its way into the SourceForge download area? I am also working on an RPM, mostly targeting Fedora right now, but it should work on most other Linuxy systems too. If there's anyone on the list who knows about the autoconf setup for beepcore-c, I'd like to ask a few questions offline. ------------------------------------------------------- -- David C. Niemi Adeptech Systems, Inc. -- -- Reston, Virginia, USA http://www.adeptech.com/ -- ------------------------------------------------------- |
From: saravanan v.k <vk...@ya...> - 2004-09-17 16:58:10
|
Hi, Can you please let me know if there is any profile that does tuning reset. This would help in understanding of how tuning reset occurs. thanks, saravanan __________________________________ Do you Yahoo!? Yahoo! Mail - 50x more storage than other providers! http://promotions.yahoo.com/new_mail |
From: Kalle O. N. <Kal...@pr...> - 2004-08-10 13:59:27
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I compiled openssl 0.9.7d and beepcore-c 0.2.00 with Microsoft Visual Studio 6 SP5 on Windows XP. I then tried the beepd and beepng examples on localhost. They negotiate the ECHO profile just fine, but when they actually transfer data, beepng detects a "data mismatch" every now and then. Here are the beepd.log entries relating to one of the mismatched messages, with [...] marking omissions: 08/06 18:58:43 beepd 0.wrap <<< MSG 1 105 * 30873 1997\r 08/06 18:58:43 beepd 0.wrap <<< Content-Type: application/beep+xml\r 08/06 18:58:43 beepd 1.wrap read 1966 octets 08/06 18:58:43 beepd 0.wrap <<< \r 08/06 18:58:43 beepd 0.wrap <<< <data>aVNalVRIqqik[...] 08/06 18:58:43 beepd 0.wrap <<< 60n1diFlfbs9t29ttx[...] 08/06 18:58:43 beepd 0.wrap <<< uvJKgiQ8tq0l5NYPVx[...] 08/06 18:58:43 beepd 0.wrap <<< 1rvhro7ycaPCbBUogP[...]END\r 08/06 18:58:43 beepd 1.wrap read 24 octets 08/06 18:58:43 beepd 0.wrap <<< MSG 1 105 * 32870 2099\r 08/06 18:58:43 beepd 1.wrap read 2104 octets 08/06 18:58:43 beepd 0.wrap <<< saAA8pVcF410f2pqzL[...] 08/06 18:58:43 beepd 0.wrap <<< 4S3Hv8ebCSUavvjod0[...] 08/06 18:58:43 beepd 0.wrap <<< kEQHqezX4L7NJl8jCW[...] 08/06 18:58:43 beepd 0.wrap <<< jvXqQXJbTcq1evOfXa[...] 08/06 18:58:43 beepd 0.wrap <<< Qe70X4v nf5fVszAF5[...]END\r 08/06 18:58:43 beepd 1.wrap wrote 2128 octets 08/06 18:58:43 beepd 0.wrap >>> RPY 1 105 * 30873 2099\r 08/06 18:58:43 beepd 0.wrap >>> saAA8pVcF410f2pqzL[...] 08/06 18:58:43 beepd 0.wrap >>> 4S3Hv8ebCSUavvjod0[...] 08/06 18:58:43 beepd 0.wrap >>> kEQHqezX4L7NJl8jCW[...] 08/06 18:58:43 beepd 0.wrap >>> jvXqQXJbTcq1evOfXa[...] 08/06 18:58:43 beepd 0.wrap >>> Qe70X4v nf5fVszAF5[...]END\r 08/06 18:58:43 beepd 1.wrap wrote 2044 octets 08/06 18:58:43 beepd 0.wrap >>> SEQ 1 34969 4096\r 08/06 18:58:43 beepd 0.wrap >>> RPY 1 105 * 32972 1997\r 08/06 18:58:43 beepd 0.wrap >>> Content-Type: application/beep+xml\r 08/06 18:58:43 beepd 0.wrap >>> \r 08/06 18:58:43 beepd 0.wrap >>> <data>aVNalVRIqqik[...] 08/06 18:58:43 beepd 0.wrap >>> 60n1diFlfbs9t29ttx[...] 08/06 18:58:43 beepd 0.wrap >>> uvJKgiQ8tq0l5NYPVx[...] 08/06 18:58:43 beepd 0.wrap >>> 1rvhro7ycaPCbBUogP[...]END\r 08/06 18:58:43 beepd 1.wrap read 42 octets 08/06 18:58:43 beepd 0.wrap <<< SEQ 1 34969 2099\r 08/06 18:58:43 beepd 0.wrap <<< MSG 1 105 * 34969 4096\r 08/06 18:58:43 beepd 1.wrap read 4101 octets 08/06 18:58:43 beepd 0.wrap <<< zMxS7doWRnt9oNRVto[...] 08/06 18:58:43 beepd 0.wrap <<< RbUtklig2Ojt3trQTv[...] 08/06 18:58:43 beepd 0.wrap <<< mEGbch j2LmISiKtO1[...] 08/06 18:58:43 beepd 0.wrap <<< C5mAADJKpk6OwA 4nq[...] 08/06 18:58:43 beepd 0.wrap <<< mEFupfTv Fw jnm7cu[...] 08/06 18:58:43 beepd 0.wrap <<< Gs9yYsCMg5rmraF G7[...] 08/06 18:58:43 beepd 0.wrap <<< nm DuitQ1WUOEs6mqg[...] 08/06 18:58:43 beepd 0.wrap <<< QRGLYhHsfs8iSW31Kj[...] 08/06 18:58:43 beepd 0.wrap <<< aDLrg8i1eoZO0zWTLv[...]END\r 08/06 18:58:43 beepd 1.wrap read 18 octets 08/06 18:58:43 beepd 0.wrap <<< SEQ 1 34969 4096\r 08/06 18:58:43 beepd 1.wrap wrote 2128 octets 08/06 18:58:43 beepd 0.wrap >>> RPY 1 105 * 34969 2099\r 08/06 18:58:43 beepd 0.wrap >>> zMxS7doWRnt9oNRVto[...] 08/06 18:58:43 beepd 0.wrap >>> RbUtklig2Ojt3trQTv[...] 08/06 18:58:43 beepd 0.wrap >>> mEGbch j2LmISiKtO1[...] 08/06 18:58:43 beepd 0.wrap >>> C5mAADJKpk6OwA 4nq[...] 08/06 18:58:43 beepd 0.wrap >>> mEFupfTv Fw jnm7cu[...]END\r 08/06 18:58:43 beepd 1.wrap wrote 2044 octets 08/06 18:58:43 beepd 0.wrap >>> SEQ 1 39065 4096\r 08/06 18:58:43 beepd 0.wrap >>> RPY 1 105 * 37068 1997\r 08/06 18:58:43 beepd 0.wrap >>> RXFmQOxpzyZq3APQPk[...] 08/06 18:58:43 beepd 0.wrap >>> Esxyi0E9tm7BcEeg0v[...] 08/06 18:58:43 beepd 0.wrap >>> 5kCK5dBuJ0C8E3Iar9[...] 08/06 18:58:43 beepd 0.wrap >>> zHCkXEOtG8ucCbo5l6[...]END\r 08/06 18:58:43 beepd 1.wrap read 42 octets 08/06 18:58:43 beepd 0.wrap <<< SEQ 1 39065 4096\r 08/06 18:58:43 beepd 0.wrap <<< MSG 1 105 . 39065 2099\r 08/06 18:58:43 beepd 1.wrap read 2104 octets 08/06 18:58:43 beepd 0.wrap <<< hZLWmXbBWg4uaaYNMs[...] 08/06 18:58:43 beepd 0.wrap <<< fIxJW8RelQdV3qkLgP[...] 08/06 18:58:43 beepd 0.wrap <<< hRYaqhc5Pb1rOOelHl[...] 08/06 18:58:43 beepd 0.wrap <<< dXxg8bbu4Rhog3dbGh[...] 08/06 18:58:43 beepd 0.wrap <<< Mh nzMvALLFH2Z6Lwo[...]</data>END\r 08/06 18:58:43 beepd 1.wrap wrote 2128 octets 08/06 18:58:43 beepd 0.wrap >>> RPY 1 105 . 39065 2099\r 08/06 18:58:43 beepd 0.wrap >>> hZLWmXbBWg4uaaYNMs[...] 08/06 18:58:43 beepd 0.wrap >>> fIxJW8RelQdV3qkLgP[...] 08/06 18:58:43 beepd 0.wrap >>> hRYaqhc5Pb1rOOelHl[...] 08/06 18:58:43 beepd 0.wrap >>> dXxg8bbu4Rhog3dbGh[...] 08/06 18:58:43 beepd 0.wrap >>> Mh nzMvALLFH2Z6Lwo[...]</data>END\r 08/06 18:58:43 beepd 1.wrap wrote 18 octets 08/06 18:58:43 beepd 0.wrap >>> SEQ 1 41164 4096\r As you can see, beepd has exchanged the payloads of the first two responses with each other. The following table outlines the differences. indication response order (seq+size) order (seq+size) payload ================ ================ ================= 1 (30873+1997) 2 (32972+1997) Content-Type[...] 2 (32870+2099) 1 (30873+2099) saAA8pVcF410[...] 3 (34969+4096) 3 (34969+2099) zMxS7doWRnt9[...] 3 continued 4 (37068+1997) RXFmQOxpzyZq[...] 4 (39065+2099) 5 (39065+2099) hZLWmXbBWg4u[...] My questions are: * Does this indicate a bug that might also affect application-specific profiles? * If so, is there a fix? * If bpc_send() puts the frame to the channel_inst->pending_send queue, blw_start_indication() will apparently take it back out. Will that happen in the same thread that called bpc_send()? -----BEGIN PGP SIGNATURE----- Version: PGP 8.1 iQA/AwUBQRjVbp/ohkKr1KoSEQKTAwCbBD4LVmjLcaXcgQfJmMzBuj6lraEAoMiK O3iVLM90JLHH7o7DsWfbo71t =1z/M -----END PGP SIGNATURE----- |
From: William J. M. <wm...@es...> - 2004-04-27 17:41:02
|
I still need to check in the silly window fixes, but then yes a tarball is a very reasonable thing. -bill On Tue, Apr 27, 2004 at 12:26:09PM -0400, David C Niemi wrote: > > The first thing I'm discovering is that the diff from 0.2.00 to the > current CVS version is HUGE, and it is messy due to such things as the > "core" directory tree being renamed to "base". It would be a great help > to have a new baseline version like 0.2.10, even if it is just a snapshot > of CVS, so I have something to work with that other people could reliably > reproduce. > > Is there any possibility of making a CVS snapshot available as a tarball > in the near future? Or if I make one, could it be available on > SourceForge so that I can refer to it in the RPM spec file? > > ------------------------------------------------------- > -- David C. Niemi Adeptech Systems, Inc. -- > -- Reston, Virginia, USA http://www.adeptech.com/ -- > ------------------------------------------------------- |