liblogging-users — Discussions from liblogging users

RE: Re : [Liblogging-users] problems compiling liblogging 0.5 with msvc6

[Rainer G. <rge...@hq...>]

Hi Detlef,

as far as I know, Kiwi syslog does NOT support RFC 3195. Please check
with them.

Rainer=20

> -----Original Message-----
> From: lib...@li...=20
> [mailto:lib...@li...] On=20
> Behalf Of detlef oertel
> Sent: Monday, May 30, 2005 9:18 AM
> To: lib...@li...
> Cc: SF...@ao...
> Subject: Re: Re : [Liblogging-users] problems compiling=20
> liblogging 0.5 with msvc6
>=20
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>=20
> Hello and thank you,
>=20
> this helps -
> I'm now able to compile and link the testdrv program without errors.
> But I have still the problem, that the testdrv program terminates with
> a 'cant open session' error (yes, I changed the IP-Adress in=20
> the testdrv source).
> I'm testing with a kiwi syslogd running on the same maschine.
> Are they any more hints (project options....) to get around=20
> this problem ?
> Perhaps a working msvc6 workspace/project file ?
>=20
> thanks
>=20
> detlef
>=20
>=20
> SF...@ao... wrote:
> > hello detlef,
> >=20
> > I use liblogging with visual c++ 6.0. It works well.
> >=20
> > There is one thing to do with socketsWin32.c. Don't include=20
> it in your source files, otherwise, the compiler will try to=20
> compile it without the headers:
> > #include "config.h"
> > #include "liblogging.h"
> > #include "sockets.h"
> > #include "assert.h"
> > (#include "winsock.h" can be found into sockets.h) and the=20
> prototype "sbSockSetSockErrState" from sockets.c.=20
> socketsWin32.c is included in sockets.c and will still remain=20
> in the project in an "External Dependencies" directory that=20
> vcpp generates automaticaly.
> >=20
> > Neither include oscallsWin32.c in your source files.
> >=20
> > And remove those :
> > #include "liblogging.h"
> > #include "sockets.h"
> > #include "winsock.h"
> > from your socketsWin32.c
> >=20
> > It should work fine.
> >=20
> > Best regards
> >=20
> > MC
> >=20
> >=20
> > -------------------------------------------------------
> > This SF.Net email is sponsored by Oracle Space Sweepstakes
> > Want to be the first software developer in space?
> > Enter now for the Oracle Space Sweepstakes!
> > http://ads.osdn.com/?ad_id=3D7412&alloc_id=3D16344&op=3Dclick
> > _______________________________________________
> > Liblogging-users mailing list
> > Lib...@li...
> > https://lists.sourceforge.net/lists/listinfo/liblogging-users
> >=20
> > .
> >=20
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.0 (GNU/Linux)
> Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org
>=20
> iD8DBQFCmr4QiHgljbcBEOYRAulOAKDdvYzGjw7WAu/9Qw1SCvfA/xoB+QCgv6zv
> FOwmngrz/F+kizIUE1Z4aNo=3D
> =3Dewep
> -----END PGP SIGNATURE-----
>=20
>=20
> -------------------------------------------------------
> This SF.Net email is sponsored by Yahoo.
> Introducing Yahoo! Search Developer Network - Create apps using Yahoo!
> Search APIs Find out how you can build Yahoo! directly into your own
> Applications - visit=20
> http://developer.yahoo.net/?fr=3Doffad-ysdn-ostg-q22005
> _______________________________________________
> Liblogging-users mailing list
> Lib...@li...
> https://lists.sourceforge.net/lists/listinfo/liblogging-users
>=20

Re: Re : [Liblogging-users] problems compiling liblogging 0.5 with msvc6

[detlef o. <oe...@ui...>]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hello and thank you,

this helps -
I'm now able to compile and link the testdrv program without errors.
But I have still the problem, that the testdrv program terminates with
a 'cant open session' error (yes, I changed the IP-Adress in the testdrv source).
I'm testing with a kiwi syslogd running on the same maschine.
Are they any more hints (project options....) to get around this problem ?
Perhaps a working msvc6 workspace/project file ?

thanks

detlef


SF...@ao... wrote:
> hello detlef,
> 
> I use liblogging with visual c++ 6.0. It works well.
> 
> There is one thing to do with socketsWin32.c. Don't include it in your source files, otherwise, the compiler will try to compile it without the headers:
> #include "config.h"
> #include "liblogging.h"
> #include "sockets.h"
> #include "assert.h"
> (#include "winsock.h" can be found into sockets.h) and the prototype "sbSockSetSockErrState" from sockets.c. socketsWin32.c is included in sockets.c and will still remain in the project in an "External Dependencies" directory that vcpp generates automaticaly.
> 
> Neither include oscallsWin32.c in your source files.
> 
> And remove those :
> #include "liblogging.h"
> #include "sockets.h"
> #include "winsock.h"
> from your socketsWin32.c
> 
> It should work fine.
> 
> Best regards
> 
> MC
> 
> 
> -------------------------------------------------------
> This SF.Net email is sponsored by Oracle Space Sweepstakes
> Want to be the first software developer in space?
> Enter now for the Oracle Space Sweepstakes!
> http://ads.osdn.com/?ad_id=7412&alloc_id=16344&op=click
> _______________________________________________
> Liblogging-users mailing list
> Lib...@li...
> https://lists.sourceforge.net/lists/listinfo/liblogging-users
> 
> .
> 
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.0 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFCmr4QiHgljbcBEOYRAulOAKDdvYzGjw7WAu/9Qw1SCvfA/xoB+QCgv6zv
FOwmngrz/F+kizIUE1Z4aNo=
=ewep
-----END PGP SIGNATURE-----

Re : [Liblogging-users] problems compiling liblogging 0.5 with msvc6

[<SF...@ao...>]

hello detlef,

I use liblogging with visual c++ 6.0. It works well.

There is one thing to do with socketsWin32.c. Don't include it in your source files, otherwise, the compiler will try to compile it without the headers:
#include "config.h"
#include "liblogging.h"
#include "sockets.h"
#include "assert.h"
(#include "winsock.h" can be found into sockets.h) and the prototype "sbSockSetSockErrState" from sockets.c. socketsWin32.c is included in sockets.c and will still remain in the project in an "External Dependencies" directory that vcpp generates automaticaly.

Neither include oscallsWin32.c in your source files.

And remove those :
#include "liblogging.h"
#include "sockets.h"
#include "winsock.h"
from your socketsWin32.c

It should work fine.

Best regards

MC

[Liblogging-users] problems compiling liblogging 0.5 with msvc6

[detlef o. <oe...@ui...>]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hello,

What I want to do:
I' planning to enhance the UltraVNC.ourceforge.net project with the possibility
for central logging using liblogging.

My Problem:
Since ultravnc has to be compiled with msvc6, I'm trying to compile the liblogging library
with this compiler.
Some problems I have solved but there is one I dont know how to handle it:

To get the the socksWin32.c compiled I have to include
#include "liblogging.h"
#include "sockets.h"
#include "winsock.h"

Using this I get following output with sockets.c as part of the project:

#############################
Deleting intermediate files and output files for project 'liblogging - Win32 Debug'.
- --------------------Configuration: liblogging - Win32 Debug--------------------
Compiling...
architecture.c
beepchannel.c
C:\temp\liblogging-0.5.0\src\beepchannel.c(149) : warning C4018: '!=' : signed/unsigned mismatch
beepframe.c
beeplisten.c
C:\temp\liblogging-0.5.0\src\beeplisten.c(563) : warning C4018: '==' : signed/unsigned mismatch
beepmessage.c
beepprofile.c
beepsession-lstn.c
beepsession.c
clntprof-3195cooked.c
clntprof-3195raw.c
lstnprof-3195cooked.c
lstnprof-3195raw.c
namevaluetree.c
oscallsWin32.c
socketsWin32.c
C:\temp\liblogging-0.5.0\src\socketsWin32.c(167) : warning C4013: 'assert' undefined; assuming extern returning int
C:\temp\liblogging-0.5.0\src\socketsWin32.c(171) : warning C4013: 'sbSockSetSockErrState' undefined; assuming extern returning int
srAPI-lstn.c
C:\temp\liblogging-0.5.0\src\socketsWin32.c(344) : warning C4761: integral size mismatch in argument; conversion supplied
C:\temp\liblogging-0.5.0\src\socketsWin32.c(391) : warning C4761: integral size mismatch in argument; conversion supplied
srAPI.c
srUtils.c
stringbuf.c
syslogmessage.c
sockets.c
c:\temp\liblogging-0.5.0\src\socketswin32.c(344) : warning C4761: integral size mismatch in argument; conversion supplied
c:\temp\liblogging-0.5.0\src\socketswin32.c(391) : warning C4761: integral size mismatch in argument; conversion supplied
Creating library...
socketsWin32.obj : warning LNK4006: _sbSockLayerInit already defined in sockets.obj; second definition ignored
socketsWin32.obj : warning LNK4006: _sbSockLayerExit already defined in sockets.obj; second definition ignored
socketsWin32.obj : warning LNK4006: _sbSockInit already defined in sockets.obj; second definition ignored
socketsWin32.obj : warning LNK4006: _sbSockSetNonblocking already defined in sockets.obj; second definition ignored
socketsWin32.obj : warning LNK4006: _sbSockAccept already defined in sockets.obj; second definition ignored
socketsWin32.obj : warning LNK4006: _sbSockListen already defined in sockets.obj; second definition ignored
socketsWin32.obj : warning LNK4006: _sbSockClosesocket already defined in sockets.obj; second definition ignored
socketsWin32.obj : warning LNK4006: _sbSockSelectMulti already defined in sockets.obj; second definition ignored
socketsWin32.obj : warning LNK4006: _sbSockSelect already defined in sockets.obj; second definition ignored
socketsWin32.obj : warning LNK4006: _sbSockReceive already defined in sockets.obj; second definition ignored
socketsWin32.obj : warning LNK4006: _sbSockSend already defined in sockets.obj; second definition ignored
socketsWin32.obj : warning LNK4006: _sbSockConnectoToHost already defined in sockets.obj; second definition ignored
socketsWin32.obj : warning LNK4006: _sbSockBind already defined in sockets.obj; second definition ignored
socketsWin32.obj : warning LNK4006: _sbSock_gethostname already defined in sockets.obj; second definition ignored

liblogging.lib - 0 error(s), 22 warning(s)

Deleting intermediate files and output files for project 'testdrv - Win32 Debug'.
- --------------------Configuration: testdrv - Win32 Debug--------------------
Compiling...
testdrvr.c
Linking...

testdrv.exe - 0 error(s), 0 warning(s)
#######################################
The resulting exe dont'work (can't open session).

Deleting sockets.c from the project an linking tetsdrv wit this liblogging.lib
gives:
#############################
Deleting intermediate files and output files for project 'testdrv - Win32 Debug'.
- --------------------Configuration: testdrv - Win32 Debug--------------------
Compiling...
testdrvr.c
Linking...
liblogging.lib(socketsWin32.obj) : error LNK2001: unresolved external symbol _sbSockSetSockErrState
liblogging.lib(socketsWin32.obj) : error LNK2001: unresolved external symbol _assert
liblogging.lib(beeplisten.obj) : error LNK2001: unresolved external symbol _sbSockExit
liblogging.lib(beepsession.obj) : error LNK2001: unresolved external symbol _sbSockExit
liblogging.lib(beepsession-lstn.obj) : error LNK2001: unresolved external symbol _sbSockExit
liblogging.lib(beeplisten.obj) : error LNK2001: unresolved external symbol _sbSockAcceptConnection
liblogging.lib(beeplisten.obj) : error LNK2001: unresolved external symbol _sbSockInitListenSock
liblogging.lib(beepsession.obj) : error LNK2001: unresolved external symbol _sbSockWaitReceiveData
liblogging.lib(beepsession.obj) : error LNK2001: unresolved external symbol _sbSockHasReceiveData
liblogging.lib(clntprof-3195cooked.obj) : error LNK2001: unresolved external symbol _sbSockGetIPusedForSending
liblogging.lib(beepframe.obj) : error LNK2001: unresolved external symbol _sbSockGetRcvChar
liblogging.lib(beepframe.obj) : error LNK2001: unresolved external symbol _sbSockPeekRcvChar
Debug/testdrv.exe : fatal error LNK1120: 10 unresolved externals
Error executing link.exe.

testdrv.exe - 13 error(s), 0 warning(s)
- -------------------------
##################################

Beside this Problem I was able to compile liblogging with msvc8 (.Net 2003),
but the resulting exe also terminated with can't open session.

anybody any hints ?

thanks a lot

detlef
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.0 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFCj19yiHgljbcBEOYRAvg1AJ41hULxThjyX867KUWBvMU4u7hSiwCfSRd0
kqtRJ/RPbyP+fqg9N+/L2Vc=
=ipDR
-----END PGP SIGNATURE-----

RE: [Liblogging-users] RE: liblogging Cooked-initiator

[Rainer G. <rge...@hq...>]

TUM6DQoNCnBsZWFzZSBhbHNvIHNlZSBteSBwb3N0IG9uIHRoZSBTRFNDIG1haWxpbmcgbGlzdCBv
biB5b3VyIHNpbWlsYXIgY29tbWVudCB0aGVyZS4NCg0KSSBob25lc3RseSBkbyBub3QgdGhpbmsg
Q09PS0VEIGlzIHN1cHBvc2VkIHRvIHN1cHBvcnQgbWVzc2FnZXMgbGFyZ2VyIHRoZW4gMTAyNCBj
aGFyYWN0ZXJzIGFuZCB0aGF0IHdhcyB0aGUgcHJpbWUgcmVhc29uIGl0IGlzbid0IHRoZXJlIGlu
IGxpYmxvZ2dpbmcgKEkgdHJpZWQgdG8ga2VlcCB0aGUgc3RhY2sgYXMgc2xpbSBhcyBwb3NzaWJs
ZSkuIEFueWhvdywgSSBleHBlY3QgdGhhdCBpbiB0aGUgZnV0dXJlIFJGQyAzMTk1IG11c3Qgc3Vw
cG9ydCBsYXJnZXIgc2l6ZSBtZXNzYWdlcywgbW9zdGx5IGR1ZSB0byB0aGUgcmVjZW50IHdvcmsg
aW4gc3lzbG9nLXByb3RvY29sLiANCg0KQXMgc3VjaCBJIHJlYWxseSBsb3ZlIHRvIGhlYXIgdGhh
dCB5b3UgYWxyZWFkeSBoYXZlIGltcGxlbWVudGVkIEJFRVAgc2VnbWVudGF0aW9uLiBJcyB0aGVy
ZSBhbnkgY2hhbmNlIHRoYXQgeW91IGNhbiBjb250cmlidXRlIHlvdXIgY2hhbmdlcyBiYWNrIHRv
IHRoZSBwcm9qZWN0Pw0KDQpJIGFtIG5vdCBhd2FyZSBvZiBhbnkgb3RoZXIgUkZDIDMxOTUgaW1w
bGVtZW50YXRpb24gdGhhbiBTRFNDIHN5c2xvZyBhbmQgc29tZSBzb2Z0d2FyZXMgYmFzZWQgb24g
bGlibG9nZ2luZy4NCg0KUmFpbmVyIA0KDQo+IC0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQo+
IEZyb206IGxpYmxvZ2dpbmctdXNlcnMtYWRtaW5AbGlzdHMuc291cmNlZm9yZ2UubmV0IA0KPiBb
bWFpbHRvOmxpYmxvZ2dpbmctdXNlcnMtYWRtaW5AbGlzdHMuc291cmNlZm9yZ2UubmV0XSBPbiAN
Cj4gQmVoYWxmIE9mIFNGQlpIQGFvbC5jb20NCj4gU2VudDogVGh1cnNkYXksIE1heSAxMiwgMjAw
NSA2OjM4IFBNDQo+IFRvOiBsaWJsb2dnaW5nLXVzZXJzQGxpc3RzLnNvdXJjZWZvcmdlLm5ldA0K
PiBTdWJqZWN0OiBbTGlibG9nZ2luZy11c2Vyc10gUkU6IGxpYmxvZ2dpbmcgQ29va2VkLWluaXRp
YXRvcg0KPiANCj4gUmFpbmVyIDoNCj4gPg0KPiAgSSBhbSBmb2xsb3dpbmcgdGhlIHJlY29tbWVu
ZGF0aW9uIGZyb20gUkZDIDMxOTUgaGVyZToNCj4gIA0KPiAgIyMjIw0KPiAgVGhlIGNoYXJhY3Rl
ciBkYXRhIGZvciB0aGUgZWxlbWVudCBpcyB0aGUgdW5zdHJ1Y3R1cmVkIHN5c2xvZyBldmVudA0K
PiAgICAgbWVzc2FnZSBiZWluZyBsb2dnZWQuICBJZiB0aGUgb3JpZ2luYWwgZGV2aWNlIGRlbGl2
ZXJzIHRoZSBtZXNzYWdlDQo+ICAgICBmb3IgdGhlIGZpcnN0IHRpbWUgdmlhIHRoZSBDT09LRUQg
cHJvZmlsZSwgaXQgbWF5IGhhdmUgDQo+IGFueSBzdHJ1Y3R1cmUNCj4gICAgIGluc2lkZSB0aGUg
Q0RBVEEuICBIb3dldmVyLCBmb3IgbWF4aW11bSBjb21wYXRpYmlsaXR5LCB0aGUgZGV2aWNlDQo+
ICAgICBTSE9VTEQgZm9ybWF0IHRoZSBDREFUQSBvZiB0aGUgbWVzc2FnZSBpbiBhY2NvcmRhbmNl
IHdpdGggU2VjdGlvbnMNCj4gICAgIDQuMi4xIHRocm91Z2ggNC4yLjMgb2YgWzFdLg0KPiAgIyMj
Iw0KPiA8DQo+IA0KPiBUaGF0J3MgcmlnaHQsIEkgd2FzIHdyb25nLg0KPiANCj4gWzFdIGlzIHJm
YyAzMTY0DQo+IEkgZ3Vlc3MsIHRob3NlIDQuMi4xIHRvIDQuMi4zIHNlY3Rpb25zIG9mIHJmYyAz
MTY0IGFyZSBpbiANCj4gZmFjdCA0LjEuMSB0byA0LjEuMyAodGhlcmUgaXMgbm8gNC4yLjEgbm9y
IDQuMi4zKS4gU2VjdGlvbnMgDQo+IDQuMS4xIHRvIDQuMS4zIGRlc2NyaWJlIEJTRCBTeXNsb2cg
bWVzc2FnZXMgV0lUSCB0aGVpciBoZWFkZXIuDQo+IA0KPiBJJ20gbm93IHdvcmtpbmcgb24gbGFy
Z2VyIFN5c2xvZyBtZXNzYWdlcy4gQlNEIGFucyBSYXcgYWxsb3dzIA0KPiB0byBzZW5kIG1lc3Nh
Z2VzIHVwIHRvIDEwMjQgY2hhcmFjdGVycyBsb25nLiBDb29rZWQgc2hvdWxkIA0KPiBlbmFibGUg
dG8gc2VuZCBsYXJnZXIgbWVzc2FnZXMuIEJlZXAgc2VnbWVudGF0aW9uIGRpZG4ndCANCj4gZXhp
c3QgaW4gbGlibG9nZ2luZy4gSSd2ZSBuZWFybHkgYnVpbHQgaXQgKEkgb25seSBoYXZlIGEgDQo+
IGxpdHRsZSBwcm9ibGVtIGluIGRlZmluaW5nIG9wdGltYWwgc2VnbWVudHMgc2l6ZS4pIGFuZCBJ
J2QgDQo+IGxpa2UgdG8gZmluZCBhIGNvb2tlZCBzZXJ2ZXIgdG8gY2hlY2sgaW50ZXJvcGVyYWJp
bGl0eS4gRG9lcyANCj4gYW55IG9mIHlvdSBoYXZlIGEgY29va2VkIHNlcnZlciBvciBrbm93cyB3
aGVyZSBJIGNhbiBmaW5kIA0KPiBvbmU/IFRoZSBTRFNDIChZZXAsIEQpIGNvb2tlZCBzZXJ2ZXIg
c3VwcG9ydHMgc2VnbWVudGF0aW9uIA0KPiBidXQgY3V0cyBtZXNzYWdlcyBkb3duIHRvIDEwMjQg
Y2hhcmFjdGVycy4gSSBkb24ndCB0aGluayBhIA0KPiBjb29rZWQgbWVzc2FnZSBzaG91bGQgYmUg
aGFuZGxlZCBsaWtlIHRoaXMuIEluZGVlZCwgdGhlIA0KPiBkYXRhc2V0ICJvZiB0aGUgbWVzc2Fn
ZSBpbiBhY2NvcmRhbmNlIHdpdGggU2VjdGlvbnMgNC4yLjEgDQo+IHRocm91Z2ggNC4yLjMgb2Yg
WzFdLiIgKHNlZSBhYm92ZSkgKHdlbGwsIHNlY3Rpb25zIDQuMS4xIHRvIA0KPiA0LjEuMykgYnV0
IHRoZSBzaXplIG9mIEJTRCBzeXNsb2cgbWVzc2FnZXMgaXMgbm90IHNwZWNpZmllZCANCj4gaW4g
dGhvc2Ugc2VjdGlvbnMuIEluIGZhY3QsIGl0IGlzIHNwZWNpZmllZCBiZXR3ZWVuIHRoZSA0LjEg
DQo+IGFuZCA0LjEuMSB0aXRsZXMuIEFuZCBub3RoaW5nIGVsc2Ugc2VlbXMgdG8gYmUgc3BlY2lm
aWVkIA0KPiBhYm91dCBjb29rZWQgbWVzc2FnZXMgbWF4IGxlbmd0aC4NCj4gDQo+IEJlc3QgcmVn
YXJkcywNCj4gDQo+IE1DDQo+IE5IwrXFoMKywrJ1wq15cXnCtcKxwrZ6fsK2wrd5enrCsnh6w4HC
tsKteXF5wrXCssKndnbigLoNCj4gDQo=

[Liblogging-users] RE: liblogging Cooked-initiator

[<SF...@ao...>]

UmFpbmVyIDoKPgogSSBhbSBmb2xsb3dpbmcgdGhlIHJlY29tbWVuZGF0aW9uIGZyb20gUkZD
IDMxOTUgaGVyZToKIAogIyMjIwogVGhlIGNoYXJhY3RlciBkYXRhIGZvciB0aGUgZWxlbWVu
dCBpcyB0aGUgdW5zdHJ1Y3R1cmVkIHN5c2xvZyBldmVudAogICAgbWVzc2FnZSBiZWluZyBs
b2dnZWQuICBJZiB0aGUgb3JpZ2luYWwgZGV2aWNlIGRlbGl2ZXJzIHRoZSBtZXNzYWdlCiAg
ICBmb3IgdGhlIGZpcnN0IHRpbWUgdmlhIHRoZSBDT09LRUQgcHJvZmlsZSwgaXQgbWF5IGhh
dmUgYW55IHN0cnVjdHVyZQogICAgaW5zaWRlIHRoZSBDREFUQS4gIEhvd2V2ZXIsIGZvciBt
YXhpbXVtIGNvbXBhdGliaWxpdHksIHRoZSBkZXZpY2UKICAgIFNIT1VMRCBmb3JtYXQgdGhl
IENEQVRBIG9mIHRoZSBtZXNzYWdlIGluIGFjY29yZGFuY2Ugd2l0aCBTZWN0aW9ucwogICAg
NC4yLjEgdGhyb3VnaCA0LjIuMyBvZiBbMV0uCiAjIyMjCjwKClRoYXQncyByaWdodCwgSSB3
YXMgd3JvbmcuCgpbMV0gaXMgcmZjIDMxNjQKSSBndWVzcywgdGhvc2UgNC4yLjEgdG8gNC4y
LjMgc2VjdGlvbnMgb2YgcmZjIDMxNjQgYXJlIGluIGZhY3QgNC4xLjEgdG8gNC4xLjMgKHRo
ZXJlIGlzIG5vIDQuMi4xIG5vciA0LjIuMykuIFNlY3Rpb25zIDQuMS4xIHRvIDQuMS4zIGRl
c2NyaWJlIEJTRCBTeXNsb2cgbWVzc2FnZXMgV0lUSCB0aGVpciBoZWFkZXIuCgpJJ20gbm93
IHdvcmtpbmcgb24gbGFyZ2VyIFN5c2xvZyBtZXNzYWdlcy4gQlNEIGFucyBSYXcgYWxsb3dz
IHRvIHNlbmQgbWVzc2FnZXMgdXAgdG8gMTAyNCBjaGFyYWN0ZXJzIGxvbmcuIENvb2tlZCBz
aG91bGQgZW5hYmxlIHRvIHNlbmQgbGFyZ2VyIG1lc3NhZ2VzLiBCZWVwIHNlZ21lbnRhdGlv
biBkaWRuJ3QgZXhpc3QgaW4gbGlibG9nZ2luZy4gSSd2ZSBuZWFybHkgYnVpbHQgaXQgKEkg
b25seSBoYXZlIGEgbGl0dGxlIHByb2JsZW0gaW4gZGVmaW5pbmcgb3B0aW1hbCBzZWdtZW50
cyBzaXplLikgYW5kIEknZCBsaWtlIHRvIGZpbmQgYSBjb29rZWQgc2VydmVyIHRvIGNoZWNr
IGludGVyb3BlcmFiaWxpdHkuIERvZXMgYW55IG9mIHlvdSBoYXZlIGEgY29va2VkIHNlcnZl
ciBvciBrbm93cyB3aGVyZSBJIGNhbiBmaW5kIG9uZT8gVGhlIFNEU0MgKFllcCwgRCkgY29v
a2VkIHNlcnZlciBzdXBwb3J0cyBzZWdtZW50YXRpb24gYnV0IGN1dHMgbWVzc2FnZXMgZG93
biB0byAxMDI0IGNoYXJhY3RlcnMuIEkgZG9uJ3QgdGhpbmsgYSBjb29rZWQgbWVzc2FnZSBz
aG91bGQgYmUgaGFuZGxlZCBsaWtlIHRoaXMuIEluZGVlZCwgdGhlIGRhdGFzZXQgIm9mIHRo
ZSBtZXNzYWdlIGluIGFjY29yZGFuY2Ugd2l0aCBTZWN0aW9ucyA0LjIuMSB0aHJvdWdoIDQu
Mi4zIG9mIFsxXS4iIChzZWUgYWJvdmUpICh3ZWxsLCBzZWN0aW9ucyA0LjEuMSB0byA0LjEu
MykgYnV0IHRoZSBzaXplIG9mIEJTRCBzeXNsb2cgbWVzc2FnZXMgaXMgbm90IHNwZWNpZmll
ZCBpbiB0aG9zZSBzZWN0aW9ucy4gSW4gZmFjdCwgaXQgaXMgc3BlY2lmaWVkIGJldHdlZW4g
dGhlIDQuMSBhbmQgNC4xLjEgdGl0bGVzLiBBbmQgbm90aGluZyBlbHNlIHNlZW1zIHRvIGJl
IHNwZWNpZmllZCBhYm91dCBjb29rZWQgbWVzc2FnZXMgbWF4IGxlbmd0aC4KCkJlc3QgcmVn
YXJkcywKCk1DCg==

RE: [Liblogging-users] liblogging Cooked-initiator

[Rainer G. <rge...@hq...>]

MC,

I should have waited some more minutes before hitting send ;) Anyhow...=20


> This function (srSLMGFormatRawMsg) also adds a RAW header to=20
> the message which is no use for COOKED messages. RAW profile=20
> uses BSD syslog headers whereas Cooked uses the attributes of=20
> the "entry" XML element. I obtain a message with an "entry"=20
> element with the timestamp, severity, hostname, etc and in=20
> this element, I have a RAW message with, again, the=20
> timestamp, severity, hostname and so on. I think the profile=20
> used should be matched in that function and in the cooked=20
> case, no header should be added. (What about calling it=20
> srSLMGFormatMsg?) The other solution would be to externalyse=20
> the tasks needed for RAM & Cooked profiles from that function.

I am following the recommendation from RFC 3195 here:

####
The character data for the element is the unstructured syslog event
   message being logged.  If the original device delivers the message
   for the first time via the COOKED profile, it may have any structure
   inside the CDATA.  However, for maximum compatibility, the device
   SHOULD format the CDATA of the message in accordance with Sections
   4.2.1 through 4.2.3 of [1].
####

From my personal view, I think this recommendation makes sense as it
allows easy transformation from COOKED messages to RAW or "plain" RFC
3164 syslog. This is especially important when messages are digitally
signed (syslog-sign is lurking at IETF syslog WG for quite some while
and will come out in the future...).

Rainer

[Liblogging-users] liblogging Cooked-initiator

[<SF...@ao...>]

This list doesn't seem to be much used...

I've set up a syslog COOKED initiator with liblogging library on Windows 98, visual c++ v6. My listener is a SBSCsyslogd on a redhat station.

I have used a program called prjconverter to convert the liblogging project files from vcpp7 (sln & vcproj) into vcpp6 (dsp & dsw). It works really fine.

I use TestDrvr.c as a model to build my initiator. I have set my srOPTION_3195_ALLOWED_CLIENT_PROFILES option to USE_3195_PROFILE_COOKED_ONLY. (Anyway, my listener accepts only COOKED messages). The interoperability with the SBSC listener works fine.

I still have a little problem. I use the function srSLMGFormatRawMsg (from syslogmessage.c) to format the message. There is no srSLMGFormatCookedMsg function. This function is necessary because it sets the timestamp (and allocates memory for it). If I don't call it, I have an error when building the COOKED message in the function sbPSRCClntSendSLMG of clntprof-3195cooked.c because it tries to append a NULL string to the message: the pszTimeStamp which has not been created. Furthermore, it puts the message text into the sending buffer.

This function (srSLMGFormatRawMsg) also adds a RAW header to the message which is no use for COOKED messages. RAW profile uses BSD syslog headers whereas Cooked uses the attributes of the "entry" XML element. I obtain a message with an "entry" element with the timestamp, severity, hostname, etc and in this element, I have a RAW message with, again, the timestamp, severity, hostname and so on. I think the profile used should be matched in that function and in the cooked case, no header should be added. (What about calling it srSLMGFormatMsg?) The other solution would be to externalyse the tasks needed for RAM & Cooked profiles from that function.

MC