The project's founder David Sugar http://savannah.gnu.org/users/dyfet
has migrated the project's home from time to time which means you'll
find it and the code in multiple locations; for example:
http://sourceforge.net/projects/cplusplus/
http://www.gnutelephony.org/index.php?title=GNU_Common_C%2
You can see if your original message was processed by
visiting the bug-commoncpp mailing list archive page:
http://lists.gnu.org/archive/html/bug-commoncpp/
and following one or more monthly links depending on
when sent.
If it's archived then resending it is pointless.
-Original Message-
>From time to time a public mailing list subscriber
may setup automatic responder for sending vacation,
email address change or other notices.
The automatic responder sends to the indicated from
address which the mailing has rewritten to reflect
back into the list and is seen by all subscribers.
This topic is not appropriate for this list: bug-commoncpp@gnu.org
This message is probably stale for Solaris 10 but identifies a better list:
http://gcc.gnu.org/ml/gcc/1999-08n/msg01022.html
This page is probably current but is terse:
http://gcc.gnu.org/install/specific.html
Click on "i?86-*-sol
You're on the right track. Please pardon my rusty recollection syntax.
Revise:
mutex.enterMutex();
to a form that accepts a timeout. This example won't compile:
const int timeout = 500;
while (1) {
if ( isPending( pendingInput ) ) {
The following patch was committed on the trunk.
Index: ChangeLog
===
RCS file: /cvsroot/gnutelephony/testing/commoncpp2/ChangeLog,v
retrieving revision 1.18
retrieving revision 1.19
diff -u -p -r1.18 -r1.19
--- ChangeLog 1 Sep 2005
This patch depends upon patches committed on "dev-bcb6-arm" branch
between revision tags "dev-bcb6-arm-0052" and "dev-bcb6-arm-0056".
This patch modifies the following files:
ChangeLog
src/serial.cpp
This patch is committed on "dev-bcb6-arm" branch between revision
tags "dev-bcb6
This patch depends upon patches committed on "dev-bcb6-arm" branch
between revision tags "dev-bcb6-arm-0052" and "dev-bcb6-arm-0055".
This patch modifies the following files:
ChangeLog
include/cc++/serial.h
src/serial.cpp
This patch is committed on "dev-bcb6-arm" branch b
This patch depends upon patches committed on "dev-bcb6-arm" branch
between revision tags "dev-bcb6-arm-0052" and "dev-bcb6-arm-0054".
This patch modifies the following files:
ChangeLog
src/serial.cpp
This patch is committed on "dev-bcb6-arm" branch between revision
tags "dev-bcb6
http://msdn.microsoft.com/library/en-us/dllproc/base/createevent.asp
___
Bug-commoncpp mailing list
Bug-commoncpp@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-commoncpp
This patch depends upon patch committed on "dev-bcb6-arm" branch
between revision tags "dev-bcb6-arm-0052" and "dev-bcb6-arm-0053".
This patch modifies the following files:
ChangeLog
src/serial.cpp
This patch is committed on "dev-bcb6-arm" branch between revision
tags "dev-bcb6-a
Hi David,
===
The "Serial::isPending( pendingInput )" implementation looks clean.
A "true" return means data is available for reading on all platforms.
===
The "S
This patch fixes a buffer overflow in WIN32 "aRead" and implements
a zero request length optimization in WIN32 "aRead" and "aWrite".
This patch modifies the following files:
src/serial.cpp
This patch is committed on "dev-bcb6-arm" branch between revision
tags "dev-bcb6-arm-0052" and "dev
The WIN32 "aRead" methods *always* reads "cs.cbInQue" bytes.
A buffer overflow occurs when the "Length" argument is less
than the "cs.cbInQue" value.
___
Bug-commoncpp mailing list
Bug-commoncpp@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-commonc
I've concluded the "overflow" method should iterate the write
buffer process until the entire buffer is written or a write
fails. A write failure carefully preserves unwritten data so
the next call to "overflow" can resume the write operation.
This patch modifies the following files:
src
Hi David,
The Serial & TTYStream classes as written won't operate
very well except in canonical line mode. My project is
interactive and/or packet oriented since I'm doing real
time data acquisition.
The problems I see in TTYStream are:
1. Method "underflow" doesn't support the unbuffered case.
This patch modifies the following files:
demo/serialecho.cpp
demo/serialecho.h
demo/serialmain.cpp
include/cc++/serial.h
src/serial.cpp
This patch is committed on "dev-bcb6-arm" branch between revision
tags "dev-bcb6-arm-0050" and "dev-bcb6-arm-0051".
In
I added file "w32/demo/serial.dsp" to build serial "demo" files:
serialecho.cpp
serialecho.h
serialmain.cpp
This patch is committed on "dev-bcb6-arm" branch between revision
tags "dev-bcb6-arm-0016" and "dev-bcb6-arm-0017".
Index: w32/common.dsw
==
Hi David,
I notice the "demo" and "tests" programs use the
"cout" object from possibly different threads.
In general is thread safety well taken care of in
the GCC supplied libraries?
Thank you in advance,
Conrad
___
Bug-commoncpp mailing list
Bug-
The "Header Files" section of the "tests" project now have current
header file dependencies explicitly specified.
This patch is committed on "dev-bcb6-arm" branch between revision
tags "dev-bcb6-arm-0015" and "dev-bcb6-arm-0016".
Index: tests/bug1.dsp
=
This patch is committed on "dev-bcb6-arm" branch between revision
tags "dev-bcb6-arm-0014" and "dev-bcb6-arm-0015".
Index: ccext2.dsp
===
RCS file: /cvsroot/gnutelephony/testing/commoncpp2/w32/ccext2.dsp,v
retrieving revision 1.2.2.2
Hi David,
> From: David Sugar
> Sent: Thursday, September 01, 2005 05:23
>
> Hmm...I think I removed the d naming so that later one could substitute
> the debug version for testing of an app by changing the PATH, without
> having to use a different link name. This was otherwise causing all
>
There seems to be a problem in these *.vcproj files:
H:\commoncpp2\w32>grep -din "cc(ext|gnu)2d" *.vcproj
File ccext2.vcproj:
23 AdditionalOptions="/out:"debug/ccext2d.dll" "
File ccgnu2.vcproj:
23 AdditionalOptions="/out:"debug/ccgnu2d.dll" "
and I don't
> From: David Sugar
> Sent: Thursday, September 01, 2005 05:14
>
> They probably do belong in common. And yes, it will be much more
> convenient having them there than having to pick and choose the
> individual project file.
This patch is committed on "dev-bcb6-arm" branch between revision
tag
r(s) 98,033,664 bytes free
H:\commoncpp2>
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] Behalf Of
> Conrad T. Pino
> Sent: Wednesday, August 31, 2005 19:54
> To: David Sugar
> Cc: Bug Common C++
> Subject: Microsoft w32/tests/*.dsp Proj
Microsoft Visual C++ 6.0 is unhappy:
Compiling...
thread1.cpp
H:\commoncpp2\tests\thread1.cpp(5) : error C2871: 'std' : does not exist or is
not a namespace
Error executing cl.exe.
Removing line 5 fixes the problem and g++ on Linux doesn't care.
Index: ChangeLog
=
The "#include " can be fixed by adding an include path.
However all "#include " of which there are serveral:
tests\Test_Date.h:41 #include
tests\Test_Digest.h:41 #include
tests\Test_Engine.h:41 #include
tests\Test_SHATumbler.h:2 #include
tests\Test_TCPStream.h:41 #in
This patch updates Microsoft build files:
w32/tests/digest.dsp
w32/tests/url1.dsp
to reference GNU Common C++ libraries in this order:
ccext2.lib ccgnu2.lib
ccext2d.lib ccgnu2d.lib
This patch is committed on "dev-bcb6-arm" branch between revision
tags "dev-bcb6-a
Hi David,
The "tests" programs build on Linux but they are omitted
from both Microsoft "common.dsw" and "common.sln".
I can add them to "common.dsw" or new "tests.dsw" file.
What's the reason the omission?
Please choose:
1. Add "tests" to "common.dsw"
2. Add "tests" to new "te
This patch updates Microsft build files:
w32/*.dsp
w32/demo/*.dsp
to create distinctly name the "Debug" libraries as:
ccgnu2d.*
ccext2d.*
which was inspired because the "demo" projects attempted to
link with "*d.lib" library files which couldn't work since
they d
This patch updates Microsft build files:
w32/*.dsp
w32/demo/*.dsp
to correct the "Header Files" section of each project:
w32/ccext2.dsp
drop SOURCE="..\include\cc++\groups.h"
drop SOURCE="..\include\cc++\port.h"
which do no
The "w32" directory and it's sub-directories have been updated
to standardize the line end convention for file formats:
*.dsp, *.dsw, *.bat, *.reg
which were initialy committed as -kb which caused line ends in
patch files inconsistent with the platform line end standard.
All such files a
Hi David,
> From: David Sugar
> Sent: Wednesday, August 31, 2005 07:20
> To: Conrad T. Pino
> Cc: [EMAIL PROTECTED]; Bug Common C++
> Subject: Re: Linux Builds Complete - Questions
>
> At one time, when machine speeds were still measured in mghz, and g++
> was still rath
Hi All,
All changes committed on "dev-bcb6-arm" branch were merged
onto the trunk by David Sugar in the GNU Common C++ 1.3.18
Release.
After the merge the "dev-bcb6-arm" branch tag serves little
purpose at it's current root point and I will move the root
point to the current HEAD revision later t
Hi David,
> From: David Sugar
> Sent: Tuesday, August 30, 2005 04:37
>
> There is a configure option --without-compression, which gets rid of the
> need for libz. There is also --without-libxml2. If your not using
> exceptions, you might want to use --without-exceptions as well...
IMO these t
Hi David,
The "demo" and "tests" directories don't build as
part of the default build. Is that normal?
Both "demo" and "tests" directories depend upon
"libz.so" and loading for the host target is easy.
I guess loading the "libz.so" for the ARM target
is easy if you know what to do. I manually
Hi David,
> From: David Sugar [mailto:[EMAIL PROTECTED]
> Sent: Monday, August 29, 2005 22:50
>
> Build Bayonne? :)...The individual demos and test programs generally
> should be buildable and are fairly easy to follow. Even the current
> tests don't act as a full or complete regression, but t
Hi David,
> From: David Sugar
> Sent: Monday, August 29, 2005 21:50
>
> The other question to confirm is whether something links with it (such
> as the demo apps). That is where interesting things could be quickly
> identified, particularly I find in the windows builds on anything that
> effe
void SerialEcho::run() {
char* s = new char[getBufferSize()];
cout << "start monitor" << endl;
while (s[0] != 'X') {
while (isPending(Serial::pendingInput)) {
cout.put( TTYStream::get() );
}
sleep(500);
}
cout << "end of monitor" << endl;
delete [] s;
exit();
* Install an ARM & Linux cross compile tool set. Mine is:
debzfp:~$ ls /opt/cross/bin
arm-linux-addr2line arm-linux-gccarm-linux-objdump
arm-linux-ar arm-linux-gcc-3.3.2 arm-linux-ranlib
arm-linux-as arm-linux-gccbug arm-linux-readelf
arm-linux-c++arm-linux-g
Hi David,
> From: Conrad T. Pino
> Sent: Monday, August 29, 2005 11:38
>
> > From: David Sugar
> > Sent: Monday, August 29, 2005 07:48
> >
> > This may be readyI was actually looking for something to consider
> > for a point release today sinc
Hi David,
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] Behalf Of David
> Sugar
> Sent: Monday, August 29, 2005 16:35
> To: Conrad T. Pino
> Cc: [EMAIL PROTECTED]; Bug Common C++
> Subject: Re: No "configure" script in CVS?
When I run "./reconfig" immediately after a CVS checkout I get this message:
You should add the contents of `/usr/share/aclocal/libtool.m4' to `aclocal.m4'.
A subsequent run in the same directory doesn't repeat the message.
Should I be concerned?
Should I take some action?
What does the messag
Sent: Monday, August 29, 2005 13:32
> To: Conrad T. Pino
> Cc: Bug Common C++
> Subject: Re: No "configure" script in CVS?
>
> configure is generated in a cvs checkout from ./reconfig
___
Bug-commoncpp mailing list
Bug-comm
Hi David,
There is no "configure" script in the CVS archive.
How do I bring one into existence on Linux 2.6?
Conrad
___
Bug-commoncpp mailing list
Bug-commoncpp@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-commoncpp
Hi David,
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] Behalf Of David
> Sugar
> Sent: Monday, August 29, 2005 07:48
> To: Conrad T. Pino
> Cc: [EMAIL PROTECTED]; Bug Common C++
> Subject: Re: Patch: Windows Platform SDK - IPv6 - B
rieving revision 1.1.1.1
diff -u -p -r1.1.1.1 Makefile.bcc
--- w32/Makefile.bcc23 Apr 2005 22:08:34 - 1.1.1.1
+++ w32/Makefile.bcc29 Aug 2005 10:02:46 -
@@ -3,9 +3,17 @@
# #
# (c) 2004 by Darko Miletic #
# e-ma
Hi David,
> From: David Sugar
> Sent: Thursday, August 25, 2005 13:52
> To: Conrad T. Pino
> Cc: Bug Common C++
> Subject: Re: Windows Platform SDK - IPv6 - Borland C++ Builder 6.0 -
> Windows 2000
>
> Yes, ipv6 and platformsdk have an odd entanglement at the moment.
Hi All,
I'm creating a CVS branch tag at repository location
/cvsroot/gnutelephony/testing/commoncpp2
called "dev-bcb6-arm" to develop code for
Windows 2000 - Borland C++ Builder 6.0
Linux 2.6 ARM CPU - g++ 3.3.2
and for the time being the branch is experimental and
may
The Windows "config.h" has macros for the throw keyword but there not
used everywhere consistently. This patch partially addresses that.
I'd like feedback on testing required before committing to CVS.
Index: include/cc++/exception.h
===
Hi David,
> From: David Sugar
> Sent: Thursday, August 25, 2005 05:05
> To: Conrad T. Pino
> Cc: Bug Common C++
> Subject: Re: Win32 - Borland C++ Builder 6.0 Compiles Fails
>
> This sounds good too! I know we had in the past a few people using bcc,
> which is where
Hi David,
> -Original Message-
> From: David Sugar
> Sent: Thursday, August 25, 2005 04:48
> To: Conrad T. Pino
> Cc: Bug Common C++
> Subject: Re: ccgnu2 - Win32 Microsoft Compiler Warnings
>
> I had wondered if there was a more elegant way of handling the platfo
Hi All,
Borland "Makefile.bcc" is out of date regarding
added and deleted files. The HEAD revision won't
compile with Borland C++ Builder 6.0 as is. I
presume the project is committed to some level
of Borland compiler support.
I've resolved the issues for my Borland compiler
but before proposin
Compiled with:
Microsoft Windows 2000
Microsoft Visual C++ 6
Platform SDK not installed
//#define HAVE_PLATFORMSDK
H:\commoncpp2>type CVS\Root
:pserver:[EMAIL PROTECTED]:/cvsroot/gnutelephony
H:\commoncpp2>type CVS\Repository
testing/commoncpp2
---
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Compiled with:
Microsoft Windows 2000
Microsoft Visual C++ 6
Platform SDK not installed
//#define HAVE_PLATFORMSDK
H:\commoncpp2>type CVS\Root
:pserver:[EMAIL PROTECTED]:/cvsroot/gnutelephony
H:\commoncpp2>ty
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I presume it's well known the HEAD revision doesn't compile with:
Microsoft Windows 2000
Microsoft Visual C++ 6.0
Platform SDK not installed
That being said the fix is minor but I'd like to point an issue
File "
on currently doing active changes in just one place under one
> repository. The one exception is ccrtp, which is also very activily
> maintained by Federico, and so that is still on Savannah. This had
> allowed me to do a number or rapid and coordinated new releases, as I
> have been
PROTECTED] Behalf Of
> Conrad T. Pino
> Sent: Wednesday, August 24, 2005 14:34
> To: Bug Common C++
> Subject: Current CVS Repository Location
>
> Hi David,
>
> I've located at least three CVS archives for the Common C++ project:
>
> http://cvs.sourceforge.ne
Hi David,
I've located at least three CVS archives for the Common C++ project:
http://cvs.sourceforge.net/viewcvs.py/gnutelephony/testing/commoncpp2/
http://cvs.sourceforge.net/viewcvs.py/cplusplus/commoncpp2/
http://savannah.gnu.org/cgi-bin/viewcvs/commoncpp/commoncpp2/
which were respectively
59 matches
Mail list logo
