hamlib-developer Mailing List for Ham Radio Control Libraries (Page 634)
Library to control radio transceivers and receivers
Brought to you by:
n0nb
Menu
▾
▴
hamlib-developer — hamlib developers forum
You can subscribe to this list here.
| 2000 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(1) |
Sep
(24) |
Oct
(16) |
Nov
(8) |
Dec
(9) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2001 |
Jan
(49) |
Feb
(17) |
Mar
(3) |
Apr
(7) |
May
(3) |
Jun
(1) |
Jul
(2) |
Aug
(8) |
Sep
(18) |
Oct
(15) |
Nov
(15) |
Dec
(26) |
| 2002 |
Jan
(46) |
Feb
(14) |
Mar
(44) |
Apr
(3) |
May
(6) |
Jun
(47) |
Jul
(40) |
Aug
(14) |
Sep
(59) |
Oct
(39) |
Nov
(58) |
Dec
(76) |
| 2003 |
Jan
(82) |
Feb
(66) |
Mar
(37) |
Apr
(56) |
May
(34) |
Jun
(19) |
Jul
(23) |
Aug
(55) |
Sep
(31) |
Oct
(40) |
Nov
(21) |
Dec
(60) |
| 2004 |
Jan
(57) |
Feb
(110) |
Mar
(41) |
Apr
(17) |
May
(18) |
Jun
(19) |
Jul
(18) |
Aug
(5) |
Sep
(31) |
Oct
(16) |
Nov
(26) |
Dec
(36) |
| 2005 |
Jan
(69) |
Feb
(26) |
Mar
(62) |
Apr
(120) |
May
(31) |
Jun
(47) |
Jul
(7) |
Aug
(27) |
Sep
(4) |
Oct
(9) |
Nov
(26) |
Dec
(21) |
| 2006 |
Jan
(13) |
Feb
(26) |
Mar
(38) |
Apr
(31) |
May
(17) |
Jun
(6) |
Jul
(23) |
Aug
(6) |
Sep
(38) |
Oct
(87) |
Nov
(49) |
Dec
(49) |
| 2007 |
Jan
(52) |
Feb
(19) |
Mar
(20) |
Apr
(5) |
May
(25) |
Jun
(15) |
Jul
(49) |
Aug
(43) |
Sep
(21) |
Oct
(21) |
Nov
(27) |
Dec
(10) |
| 2008 |
Jan
(23) |
Feb
(20) |
Mar
(25) |
Apr
(39) |
May
(36) |
Jun
(17) |
Jul
(10) |
Aug
(18) |
Sep
(44) |
Oct
(88) |
Nov
(60) |
Dec
(65) |
| 2009 |
Jan
(99) |
Feb
(91) |
Mar
(49) |
Apr
(34) |
May
(52) |
Jun
(9) |
Jul
(11) |
Aug
(4) |
Sep
(41) |
Oct
(16) |
Nov
(51) |
Dec
(71) |
| 2010 |
Jan
(43) |
Feb
(79) |
Mar
(59) |
Apr
(55) |
May
(51) |
Jun
(38) |
Jul
(38) |
Aug
(61) |
Sep
(53) |
Oct
(46) |
Nov
(43) |
Dec
(41) |
| 2011 |
Jan
(74) |
Feb
(96) |
Mar
(41) |
Apr
(42) |
May
(61) |
Jun
(66) |
Jul
(50) |
Aug
(40) |
Sep
(11) |
Oct
(30) |
Nov
(21) |
Dec
(45) |
| 2012 |
Jan
(59) |
Feb
(4) |
Mar
(52) |
Apr
(19) |
May
(62) |
Jun
(46) |
Jul
(61) |
Aug
(18) |
Sep
(21) |
Oct
(25) |
Nov
(66) |
Dec
(41) |
| 2013 |
Jan
(36) |
Feb
(64) |
Mar
(37) |
Apr
(24) |
May
(74) |
Jun
(40) |
Jul
(43) |
Aug
(34) |
Sep
(65) |
Oct
(52) |
Nov
(23) |
Dec
(20) |
| 2014 |
Jan
(18) |
Feb
(29) |
Mar
(13) |
Apr
(41) |
May
(10) |
Jun
(12) |
Jul
(16) |
Aug
(25) |
Sep
(20) |
Oct
(56) |
Nov
(43) |
Dec
(61) |
| 2015 |
Jan
(36) |
Feb
(38) |
Mar
(92) |
Apr
(42) |
May
(13) |
Jun
(19) |
Jul
(18) |
Aug
(22) |
Sep
(21) |
Oct
(2) |
Nov
(49) |
Dec
(22) |
| 2016 |
Jan
(55) |
Feb
(144) |
Mar
(40) |
Apr
(98) |
May
(61) |
Jun
(36) |
Jul
(16) |
Aug
(33) |
Sep
(59) |
Oct
(16) |
Nov
(37) |
Dec
(32) |
| 2017 |
Jan
(70) |
Feb
(71) |
Mar
(14) |
Apr
(43) |
May
(31) |
Jun
(24) |
Jul
(38) |
Aug
(54) |
Sep
(24) |
Oct
(15) |
Nov
(26) |
Dec
(27) |
| 2018 |
Jan
(22) |
Feb
(24) |
Mar
(109) |
Apr
(12) |
May
(46) |
Jun
(23) |
Jul
(39) |
Aug
(34) |
Sep
(22) |
Oct
(43) |
Nov
(26) |
Dec
(157) |
| 2019 |
Jan
(102) |
Feb
(51) |
Mar
(63) |
Apr
(60) |
May
(91) |
Jun
(55) |
Jul
(27) |
Aug
(76) |
Sep
(52) |
Oct
(95) |
Nov
(67) |
Dec
(204) |
| 2020 |
Jan
(311) |
Feb
(148) |
Mar
(230) |
Apr
(122) |
May
(204) |
Jun
(204) |
Jul
(114) |
Aug
(36) |
Sep
(120) |
Oct
(186) |
Nov
(60) |
Dec
(151) |
| 2021 |
Jan
(182) |
Feb
(171) |
Mar
(202) |
Apr
(153) |
May
(110) |
Jun
(50) |
Jul
(58) |
Aug
(142) |
Sep
(112) |
Oct
(120) |
Nov
(97) |
Dec
(125) |
| 2022 |
Jan
(175) |
Feb
(147) |
Mar
(54) |
Apr
(73) |
May
(127) |
Jun
(95) |
Jul
(88) |
Aug
(85) |
Sep
(38) |
Oct
(40) |
Nov
(116) |
Dec
(159) |
| 2023 |
Jan
(175) |
Feb
(55) |
Mar
(83) |
Apr
(70) |
May
(165) |
Jun
(79) |
Jul
(123) |
Aug
(90) |
Sep
(40) |
Oct
(95) |
Nov
(84) |
Dec
(88) |
| 2024 |
Jan
(105) |
Feb
(60) |
Mar
(52) |
Apr
(43) |
May
(56) |
Jun
(59) |
Jul
(53) |
Aug
(47) |
Sep
(62) |
Oct
(36) |
Nov
(45) |
Dec
(100) |
| 2025 |
Jan
(52) |
Feb
(45) |
Mar
(30) |
Apr
(97) |
May
(72) |
Jun
(83) |
Jul
(124) |
Aug
(83) |
Sep
(84) |
Oct
(20) |
Nov
(44) |
Dec
|
|
From: kjbNorm P. <cc...@dy...> - 2002-10-02 07:48:46
|
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=Content-Type content="text/html; charset=windows-1252">
<META content="MSHTML 6.00.2713.1100" name=GENERATOR></HEAD>
<BODY bgColor=#ffffff>
<TABLE cellSpacing=1 cellPadding=2 width=600 align=center bgColor=#ffffff
border=0>
<TBODY>
<TR>
<TD vAlign=top align=middle width=160><IMG height=131
src="C:\Email\Marketing pictures\img_house6_large.jpg" width=150 border=0>
</TD>
<TD vAlign=top width=440 rowSpan=4><FONT
face="Times New Roman, Times, serif" size=3>Getting the money you need to
pay off high-interest debts and credit cards may be just a call or a click
away.</FONT><BR><BR><FONT face="Times New Roman, Times, serif" size=3>For
more than 20 years, homeowners have been turning to Mortgage
Associates!</A></U></SUP> to get money for debt consolidation, home
improvements and to give their families the things they
need.</FONT><BR><BR><FONT face="Times New Roman, Times, serif"
size=3><BR>With a home loan from one of our Mortgage Associates, you can:
</FONT>
<UL>
<LI><FONT face="Times New Roman, Times, serif" size=3>Lower your monthly
payments</FONT>
<LI><FONT face="Times New Roman, Times, serif" size=3>Get preapproved in
24 hours or less</FONT>
<LI><FONT face="Times New Roman, Times, serif" size=3>Work with the same
loan expert from start to finish</FONT>
<LI><FONT face="Times New Roman, Times, serif" size=3>Enjoy possible tax
advantages*</FONT> </LI></UL>
<P><FONT face="Times New Roman, Times, serif" size=3>With competitive
rates and over 600 lenders nationwide, there's a Mortgage Associates
program that can help you get control of your finances and more enjoyment
out of life. </FONT><BR></P>
<TD height=13><BR></FONT><FONT face="3D'3D"Book" color=#3d3d0f size=3
BACK="3D'3D"#ffffff"'" : #ffffff?="LAN=3D'G=3D3D"0"'"
PTSIZE='3D"3D14"' FAMILY="3D'3D"SERIF"'" Antiqua?><B><A
href="mailto:jim...@su...?subject=Mortgage Request AMQ">CLICK HERE
FOR MORTGAGE INFORMATION</A></B=3D></FONT> </B><BR><BR><BR></A>
<DIV align=center>
<TABLE cellSpacing=1 cellPadding=2 width="100%" border=0>
<TBODY>
<TR><BR><BR></FONT>
<P></P></TD></TR></TBODY></TABLE></DIV></SUP></TD></TR>
<TR>
<TD vAlign=top align=middle width=159><IMG height=116
src="C:\Email\Marketing pictures\buying a home.jpg" width=150
border=0></TD></TR>
<TR>
<TD vAlign=top align=middle width=159><IMG height=228
src="C:\Email\Marketing pictures\phone[1].jpg" width=150 border=0></TD></TR>
<TR>
<TD vAlign=top align=middle width=159><A
href="C:\Email\Marketing pictures\img_house6_large.jpg" width="122"
height="59"></A></TD></TR></TBODY></TABLE>
<DIV align=left></DIV>
<TABLE width="61%" align=center border=0>
<TBODY>
<TR>
<TD height=13><BR></FONT><FONT face="3D'3D"Book" color=#3d3d0f size=3
BACK="3D'3D"#ffffff"'" : #ffffff?="LAN=3D'G=3D3D"0"'"
PTSIZE='3D"3D14"' FAMILY="3D'3D"SERIF"'" Antiqua?><B><A
href="mailto:jim...@su...?subject=Mortgage Request AMQ">CLICK HERE
FOR MORTGAGE INFORMATION</A></B=3D></FONT> </B><BR><BR><FONT face=Arial
size=1>This is a one-time opportunity to hear from us. We will not
intentionally email you again. If you would like to have your email
<BR>address removed from our list, please click <A
href="mailto:har...@ex...?subject=Remove">HERE</A> and we will
promptly remove you. </FONT></FONT>
<DIV></DIV></TD></TR></TBODY></TABLE></BODY></HTML>
pamtuuirrfywxcidafbhqtdkmffjbsh
|
|
From: <Lin...@ho...> - 2002-09-29 23:16:30
|
PCEtLSBzYXZlZCBmcm9tIHVybD0oMDAyMilodHRwOi8vaW50ZXJuZXQuZS1t YWlsIC0tPg0KPGh0bWw+PGhlYWQ+PHRpdGxlPjwvdGl0bGU+DQo8U1RZTEU+ QTpsaW5rIHtmb250OiBib2xkOyBjb2xvcjpibGFjazsgdGV4dC1kZWNvcmF0 aW9uOm5vbmU7fQ0KUCB7dGV4dC1hbGlnbjpsZWZ0OyBmb250OiBub3JtYWwg OHB0ICJWZXJkYW5hIiwgIkFyaWFsIjsgY29sb3I6d2hpdGU7fQ0KUC50eHQg e3RleHQtYWxpZ246Y2VudGVyOyBmb250OiBib2xkIDEycHQvMS4yZW0gICJW ZXJkYW5hIiwgIkFyaWFsIjsgY29sb3I6YmxhY2s7fQ0KUC5zdHJldGNoIHt0 ZXh0LWFsaWduOmNlbnRlcjsgZm9udDogYm9sZCAxNHB0ICJWZXJkYW5hIiwg IkFyaWFsIjsgbGV0dGVyLXNwYWNpbmc6LjE1ZW07IGNvbG9yOmJsYWNrO30N ClAuc21sVHh0IHt0ZXh0LWFsaWduOmNlbnRlcjsgZm9udDogbm9ybWFsIDEw cHQgIlZlcmRhbmEiLCAiQXJpYWwiOyBjb2xvcjpibGFjazt9DQpIMSB7dGV4 dC1hbGlnbjpjZW50ZXI7IGZvbnQ6IGJvbGQgMjRwdCAiVmVyZGFuYSIsICJB cmlhbCI7IGNvbG9yPXdoaXRlO30NClQxIHt0ZXh0LWFsaWduOmNlbnRlcjsg Zm9udDogbm9ybWFsIDEycHQvMS41ZW0gICJWZXJkYW5hIiwgIkFyaWFsIjsg Y29sb3I6YmxhY2s7fTwvU1RZTEU+DQo8L2hlYWQ+PGJvZHkgYmdjb2xvcj0i I2ZmZmZmZiIgdGV4dD0iIzAwMDAwMCIgYm90dG9tTWFyZ2luPTUgPjxjZW50 ZXI+DQo8dGFibGUgd2lkdGg9IjYwMCIgY2VsbHBhZGRpbmc9MCBjZWxsc3Bh Y2luZz0wIGJnY29sb3I9IzY4Njg2ZT48dGJvZHk+DQoJPHRyPjx0ZCBjb2xz cGFuPSIzIiBoZWlnaHQ9MSB3aWR0aD0xIGJnY29sb3I9IzY4Njg2ZT48L3Rk PjwvdHI+DQoJPHRyPg0KCQk8dGQgd2lkdGg9IjEiIGJnY29sb3I9IzY4Njg2 ZT48L3RkPg0KCQk8dGQ+PHRhYmxlIGNlbGxwYWRkaW5nPSIxNSIgY2VsbHNw YWNpbmc9IjMiID48dGJvZHk+DQoJCQk8dHI+PHRkIHZhbGlnbj0idG9wIiBi Z2NvbG9yPSNmZmZmZmY+DQoJCQkJPFAgY2xhc3M9c3RyZXRjaD5Xb3JsZCBF dmVudHMgYXJlIGFmZmVjdGluZyB0aGUgd2F5IHdlIGxpdmUuPEJSPjxCUj5J dJJzIHRpbWUgdG8gZmlnaHQgYmFjayE8QlI+PEJSPjwvUD4NCgkJCQk8Rk9O VCBmYWNlPSJWZXJkYW5hLCBBcmlhbCIgc2l6ZT0iMiI+PGNlbnRlcj4NCgkJ CQkJTGVhcm4gaG93IGludmVzdG9ycyBjYW4gdXRpbGl6ZSBvcHRpb24gc3Ry YXRlZ2llcyB0byBwb3NpdGlvbiA8QlI+dGhlbXNlbHZlcyBpbiB0aGUgdm9s YXRpbGUgb2lsIG1hcmtldC48QlI+PEJSPg0KCQkJCQlXZSBhcmUgYSBsaWNl bnNlZCBwcm9mZXNzaW9uYWwgY29tbW9kaXR5IGJyb2tlcmFnZSBmaXJtIHRo YXQgPEJSPnNwZWNpYWxpemVzIGluIG9wdGlvbnMgdHJhZGluZy48QlI+PEJS Pg0KCQkJCQlPdXIgZmlybSBpcyBtYWtpbmcgYSBtYWpvciByZWNvbW1lbmRh dGlvbiBpbiB0aGUgb2lsIG1hcmtldCAtIDxCUj5zcGVjaWZpY2FsbHkgSGVh dGluZyBPaWwgT3B0aW9ucyE8QlI+PEJSPg0KCQkJCQlUaGUgZmFybWVyknMg YWxtYW5hYyBoYXMgcHJvamVjdGVkIGEgbXVjaCBjb2xkZXIgd2ludGVyIHRo aXMgeWVhciBmb3IgdGhlPEJSPm5vcnRoZXJuIFVuaXRlZCBTdGF0ZXMsIHdo aWxlIHRoZSBkZXBhcnRtZW50IG9mIGVuZXJneSBoYXMgPEJSPnJlcG9ydGVk IHRoYXQgc3VwcGxpZXMgYXJlIGRlY3JlYXNpbmcuPEJSPjxCUj4NCgkJCQkJ RmlsbCBvdXQgb3VyIGZvcm0gYW5kIGdldCB0aGUgPEI+PEEgaHJlZj0iaHR0 cDovL3d3dy5ob3N0aW5nc3ByZWVuZXQuY29tL3d3dzUxOC8iIHRhcmdldD0i X2JsYW5rIj5TcGVjaWFsIFJlcG9ydCBvbiBIZWF0aW5nIE9pbCAyMDAyLjwv Qj48L0E+PEJSPjxCUj4NCgkJCQkJRnV0dXJlcyBhbmQgb3B0aW9ucyBpbnZl c3RpbmcgaW52b2x2ZSBzdWJzdGFudGlhbCByaXNrIG9mIGxvc3MgPEJSPmFu ZCBhcmUgbm90IHN1aXRhYmxlIGZvciBldmVyeW9uZS4gQnV5aW5nIG9wdGlv bnMgcHJvdmlkZXMgPEJSPnByZWRldGVybWluZWQgcmlzayB3aXRoIHVubGlt aXRlZCBwcm9maXQgcG90ZW50aWFsLjxCUj48QlI+DQoJCQkJCURvbpJ0IG1p c3Mgd2hhdCB3ZSBmZWVsIGlzIGEgdW5pcXVlIG9wcG9ydHVuaXR5IHRvIDxC Uj5wb3NpdGlvbiB5b3Vyc2VsZiBpbiB0aGlzIGV4Y2l0aW5nIG1hcmtldC48 QlI+PEJSPg0KCQkJCQlGaWxsIG91dCBvdXIgZm9ybSBhbmQgcmV2aWV3IHlv dXIgPEI+PEEgaHJlZj0iaHR0cDovL3d3dy5ob3N0aW5nc3ByZWVuZXQuY29t L3d3dzUxOC8iIHRhcmdldD0iX2JsYW5rIj5ObyBPYmxpZ2F0aW9uIEZyZWUg SW52ZXN0b3KScyBQYWNrYWdlIDwvQj48L0E+PEJSPmluY2x1ZGluZyB0aGUg Ym9va2xldCBvbiAyNiBQbGFpbiBMYW5ndWFnZSBBbnN3ZXJzIDxCUj5vbiBC dXlpbmcgT3B0aW9ucyBPbiBGdXR1cmVzIENvbnRyYWN0cy4NCgkJCQk8L2Nl bnRlcj48L0ZPTlQ+DQoJCQkJPFAgY2xhc3M9dHh0PjxBIGhyZWY9Imh0dHA6 Ly93d3cuaG9zdGluZ3NwcmVlbmV0LmNvbS93d3c1MTgvIiB0YXJnZXQ9Il9i bGFuayI+PEI+VGhlIGluZm9ybWF0aW9uIGNvdWxkIGJlIHByaWNlbGVzcyE8 L0I+PC9BPjxCUj4NCgkJCQk8Rk9OVCBmYWNlPSJWZXJkYW5hLCBBcmlhbCIg c2l6ZT0iMiI+PGNlbnRlcj4kNTAwMC4wMCBtaW5pbXVtIGludmVzdG1lbnQu ICBUaGlzIG9mZmVyIHZvaWQgd2hlcmUgcHJvaGliaXRlZC48L2NlbnRlcj48 L0ZPTlQ+PC9QPg0KCQkJPC90ZD48L3RyPg0KCQkJPHRyPjx0ZCBjb2xzcGFu PTMgYmdjb2xvcj0jNjY2NjY2PjxIUiBTSVpFPTEgd2lkdGg9IjkwJSIgY29s b3I9d2hpdGU+DQoJCQkJCTxQPllvdXIgcHJpdmFjeSBpcyBleHRyZW1lbHkg aW1wb3J0YW50IHRvIHVzLiBZb3UgcmVxdWVzdGVkIHRvIHJlY2VpdmUNCgkJ CQkJdGhpcyBtYWlsaW5nLCBieSBzdWJzY3JpYmluZyB0aHJvdWdoIG9uZSBv ZiBvdXIgbWFya2V0aW5nIHBhcnRuZXJzLiBBcyBhIGxlYWRlciBpbiBlbWFp bCBtYXJrZXRpbmcsIA0KCQkJCQl3ZSBhcmUgY29tbWl0dGVkIHRvIGRlbGl2 ZXJpbmcgYSBoaWdobHkgcmV3YXJkaW5nIGV4cGVyaWVuY2UsIHdpdGggb2Zm ZXJzIHRoYXQgaW5jbHVkZSBiYXJnYWlucywgDQoJCQkJCWVudGVydGFpbm1l bnQsIGFuZCAgbW9uZXktbWFraW5nIGlkZWFzLiBIb3dldmVyLCBpZiB5b3Ug d2lzaCB0byB1bnN1YnNjcmliZSwNCgkJCQkJPEEgaHJlZj0iaHR0cDovL3d3 dy5ob3N0aW5nc3ByZWVuZXQuY29tL3d3dzUxOC9vcHRvdXQuaHRtbCIgdGFy Z2V0PSJfYmxhbmsiPmNsaWNrIGhlcmU8L0E+ICZuYnNwO1RoaXJkLXBhcnR5 IA0KCQkJCQlvZmZlcnMgY29udGFpbmVkIGluIHRoaXMgZW1haWwgYXJlIHRo ZSBzb2xlIHJlc3BvbnNpYmlsaXR5IG9mIHRoZSBvZmZlciBvcmlnaW5hdG9y Lg0KCQkJCQk8L1A+PEhSIFNJWkU9MSB3aWR0aD0iOTAlIiBjb2xvcj13aGl0 ZT4NCgkJCQk8L3RkPg0KCQkJPC90cj48L1RCT0RZPjwvVEFCTEU+DQoJCTx0 ZCBjb2xzcGFuPSIzIiB3aWR0aD0xIGJnY29sb3I9IzY4Njg2ZT48L3RkPjwv dGQ+DQoJPC90cj4NCjwvVEJPRFk+PC9UQUJMRT48L0NFTlRFUj48L2JvZHk+ PC9odG1sPg0KMTU4M2NkWGYyLTQwMnVETWM4NDk5SEd6azItODcxS0JLZDY1 NTBnV0R6My0yMTRDdUpsNDc= |
|
From: Stephane F. <f8...@fr...> - 2002-09-29 19:55:38
|
On Sat, Sep 28, 2002, Chuck Hemker wrote:
> Here is my entry for the Segfault-award :)
Congrat Chuck, you're in :)
> If you:
> Open one rig (I happen to use an Icom).
> call rig_set_trn to enable notifications from the rig if you turn the knob.
> Open dummy as a second rig.
> Try to do anything with the first rig.
> It will segfault in search_rig_and_decode when attempting to check to see if
> there is any input on the fd associated with dummy. Because dummy doesn't have
> a fd when it tries to call FD_SET with a fd of -1.
>
> There's even a note at the top of search_rig_and_decode saying it assumes the
> fd is valid (>=0).
I guess the dummy backend was created later to the event support.
> I'd submit a patch, but I wasn't sure how you wanted to fix it:
>
> 1. Dummy for now could be a special case that doesn't have a fd.
> (May blow up later when they start putting network interfaces on rigs)
> 2. Check for fd == -1
> 3. Do you want to check for input if rig_set_trn is not set for that rig?
woul be neat, but the rig state does not have such information. Maybe
this would be worth adding.
> 4. Something else?
yes, port type.
So this gives the followin line at beginning of search_rig_and_decode:
if (rig->state.rigport.type != RIG_PORT_SERIAL ||
rig->state.rigport.fd == -1)
return -1;
Thanks Chuck for the nice report. The fix has been commited.
Cheers,
Stephane
PS: in your test example, that's a very good habit to use rig_set_conf to
change some rig state. way to go. Acutally, conf.c should be augmented
one day to access every state field this way.
|
|
From: Stephane F. <f8...@fr...> - 2002-09-29 19:55:05
|
On Fri, Sep 27, 2002, Ernest Stracener wrote: > I'm using RH 7.3 for this test of the current CVS. It has: > aclocal-1.5 (default is 1.4) > automake-1.5 (default is 1.4p5) > autoheader-2.53 > autoconf-2.53 (default is 2.13) > libtool-1.4.2 I use automake-1.6 here, but 1.5 should be okay. > --------------------------------------- > Following Stephane's advice I have run: > $ aclocal-1.5 > aclocal: both `configure.ac' and `configure.in' present: ignoring > `configure.in' hey, there shouldn't be any configure.in around! Can you try again with a clean check out? > $ autoheader-2.53 > autoheader-2.53: warning: `configure.ac' and `configure.in' both present. > at /usr/bin/autoheader-2.53 line 110 > autoheader-2.53: warning: proceeding with `configure.ac'. > at /usr/bin/autoheader-2.53 line 110 > configure.ac:6: warning: do not use m4_patsubst: use patsubst or m4_bpatsubst > configure.ac:360: warning: do not use m4_regexp: use regexp or m4_bregexp > autoheader-2.53: `include/config.h.in' is unchanged > $ automake-1.5 -a > automake-1.5: both `configure.ac' and `configure.in' present: ignoring > `configure.in' > $ autoconf-2.53 > autoconf-2.53: warning: both `configure.ac' and `configure.in' are present. > autoconf-2.53: warning: proceeding with `configure.ac'. > $ ./configure;make > > As noted, I get a few errors with each step, but it generally proceeds OK > until a bit into make, where everything stops with the following tail error: > > ----------------------------------------- > (lots of make messages)... > creating testcpp > make[1]: Leaving directory `/home/ernie/CVS/hamlib-1.1.4cvs/c++' > Making all in bindings > make[1]: Entering directory `/home/ernie/CVS/hamlib-1.1.4cvs/bindings' > swig -perl5 -shadow -I../include -I../src -I../lib -o hamlibperl_wrap.c > hamlib.swg > Generating wrappers for Perl 5 > hamlib.swg : Line 40. Syntax error in input. > hamlib.swg : Line 54. Syntax error in input. > hamlib.swg : Line 79. Missing semicolon. Reached end of input. > make[1]: *** [hamlibperl_wrap.c] Error 1 > make[1]: Leaving directory `/home/ernie/CVS/hamlib-1.1.4cvs/bindings' > make: *** [all-recursive] Error 1 This is because you have swig installed, but not the right version. You need either to unstall it, or upgrade to at least version 1.3.14. And yes, configure should check for version too. added to my TODO list (patch welcome anyway :) Cheers, Stephane |
|
From: Chuck H. <n2...@am...> - 2002-09-28 10:17:15
|
Here is my entry for the Segfault-award :)
If you:
Open one rig (I happen to use an Icom).
call rig_set_trn to enable notifications from the rig if you turn the kno=
b.
Open dummy as a second rig.
Try to do anything with the first rig.
It will segfault in search_rig_and_decode when attempting to check to see=
if
there is any input on the fd associated with dummy. Because dummy doesn'=
t have
a fd when it tries to call FD_SET with a fd of -1.
There's even a note at the top of search_rig_and_decode saying it assumes=
the
fd is valid (>=3D0).
I'd submit a patch, but I wasn't sure how you wanted to fix it:
1. Dummy for now could be a special case that doesn't have a fd.
(May blow up later when they start putting network interfaces on rigs)
2. Check for fd =3D=3D -1
3. Do you want to check for input if rig_set_trn is not set for that rig?
4. Something else?
Attached are:
1. The bit of code that has the bug
2. A run of my test program.
3. The source to my test program.
PS No, I didn't go out trying to find this. :)=20
I figured I'd add transmitter support to my satellite doppler program.=
=20
However, I didn't have a handy computer controllable radio. So I fig=
ured
I'd use my Icom R7000 as a receiver and dummy as the transmitter for
testing.)
-----------------------------------------------------------------------
The portion of the code that it segfaults in (from src/event.c):
/*
* This is used by sa_sigio, the SIGIO handler
* to find out which rig generated this event,
* and decode/process it.
*
* assumes rig!=3DNULL, rig->state.rigport.fd>=3D0
*/
static int search_rig_and_decode(RIG *rig, rig_ptr_t data)
{
fd_set rfds;
struct timeval tv;
int retval;
#if 0&&defined(HAVE_SIGINFO_T)
siginfo_t *si =3D (siginfo_t*)data;
if (rig->state.rigport.fd !=3D si->si_fd)
return -1;
#else
FD_ZERO(&rfds);
FD_SET(rig->state.rigport.fd, &rfds);
----------------
It segfaults on the FD_SET because fd =3D -1.
-------------------------------------------------------------------------=
--
A run of my test program:
[kmh@wanderer2 test.mult]$ gdb ./test_mult=20
GNU gdb Red Hat Linux (5.1.90CVS-5)
Copyright 2002 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you =
are
welcome to change it and/or distribute copies of it under certain conditi=
ons.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for detail=
s.
This GDB was configured as "i386-redhat-linux"...
(gdb) run
Starting program: /export/wanderer2/kmh/track/test.mult/test_mult=20
At the beginning
rig:rig_init called=20
rig: loading backend icom
icom: _init called
rig_register (309)
rig_register (310)
rig_register (311)
rig_register (313)
rig_register (319)
rig_register (330)
rig_register (326)
rig_register (327)
rig_register (347)
rig_register (334)
rig_register (344)
rig_register (335)
rig_register (340)
rig_register (342)
rig_register (304)
rig_register (307)
rig_register (300)
rig_register (352)
rig_register (353)
rig_register (351)
rig:rig_open called=20
rig1 (icom) =3D 0x804a3b8
rig:rig_init called=20
rig: loading backend dummy
dummy: _init called
rig_register (1)
dummy_init called
rig:rig_open called=20
dummy_open called
dummy_get_vfo called: VFOA
rig2 (dummy) =3D 0x804b9d8
Everything opened
TX 6 bytes
0000 fe fe 08 e0 03 fd ......
sa_sigioaction: activity detected
Program received signal SIGSEGV, Segmentation fault.
0x4001eda4 in search_rig_and_decode (rig=3D0x804b9d8, data=3D0xbffff4d0)
at event.c:138
138 FD_SET(rig->state.rigport.fd, &rfds);
(gdb) print rig->state.rigport.fd
$1 =3D -1
(gdb) bt =20
#0 0x4001eda4 in search_rig_and_decode (rig=3D0x804b9d8, data=3D0xbffff4=
d0)
at event.c:138
#1 0x40017d85 in foreach_opened_rig (cfunc=3D0x4001ed60 <search_rig_and_=
decode>,=20
data=3D0xbffff4d0) at rig.c:180
#2 0x4001ee74 in sa_sigioaction (signum=3D29, si=3D0xbffff4d0, data=3D0x=
bffff550)
at event.c:180
#3 <signal handler called>
#4 0x401102de in select () from /lib/libc.so.6
#5 0x400293dc in __DTOR_END__ () from /opt/hamlib/lib/libhamlib-1.1.4-cv=
s.so.0
#6 0x4018b1f6 in read_icom_frame (p=3D0x804a3bc, rxbuffer=3D0xbffff9b0
"\017\n\004")
at frame.c:236
#7 0x4018b0a2 in icom_transaction (rig=3D0x804a3b8, cmd=3D3, subcmd=3D-1=
,=20
payload=3D0x0, payload_len=3D0,=20
data=3D0xbffffa20 " \002\003@ \223\002 L\001@ ,\001 =B9\004\b $\001=
@
&\001@\024", data_len=3D0xbffffa1c) at frame.c:132
#8 0x40188524 in icom_get_freq (rig=3D0x804a3b8, vfo=3D0, freq=3D0xbffff=
ab8)
at icom.c:376
#9 0x400187cb in rig_get_freq (rig=3D0x804a3b8, vfo=3D0, freq=3D0xbffffa=
b8)
at rig.c:705
#10 0x0804897b in main () at test_mult.c:98
#11 0x400510c4 in __libc_start_main () from /lib/libc.so.6
(gdb)
----------------------------------------------------------------------
A little test program I wrote to demonstrate the problem:
You will have to modify the first open_rig call in main for your radio.
#include "hamlib/rig.h"
#define ICOM_SET_TRN_NEEDED
#define OPEN_RIG2
int process_freq_event(RIG *xrig, vfo_t xvfo, freq_t xfreq,rig_ptr_t xpda=
ta)
{
int slot;
char message_buf[1024];
struct radio_connection_struct *pradio_connection;
printf("Rig %p changed freq to %lli Hz\n",xrig,xfreq);
}
RIG *open_rig(int xkey,int rig_type,char *prig_pathname,char *pserial_spe=
ed)
{
RIG *prig;
int x;
prig =3D rig_init(rig_type);
if(!prig)
{
printf("Problems with init_rig\n");
return(0);
}
if(prig_pathname)
{
x =3D rig_set_conf(prig,rig_token_lookup(prig,
"rig_pathname"),prig_pathname);
if(x !=3D RIG_OK)
{
printf("Problem rig_set_conf setting rig_pathname to
'%s'\n",prig_pathname);
return(0);
}
}
if(pserial_speed)
{
x =3D rig_set_conf(prig,rig_token_lookup(prig,
"serial_speed"),pserial_speed);
=20
if(x !=3D RIG_OK)
{
printf("Problem %d with rig_set_conf setting serial_speed to
'%s'\n",x,pserial_speed);
return(0);
}
}
=20
x =3D rig_open(prig);
if(x !=3D RIG_OK)
{
printf("Problem %d with rig_open\n",x);
return(0);
}
=20
return(prig);
}
main()
{
RIG *prig1;
RIG *prig2;
freq_t freq_hz;
int x;
printf("At the beginning\n");
rig_set_debug(RIG_DEBUG_TRACE);
/* Set appropriately for your rig: */
/* prig1 =3D open_rig(0,340,"/dev/ttySp4","9600"); */
prig1 =3D open_rig(0,340,0,"9600");
printf("rig1 (icom) =3D %p\n",prig1);
#ifdef ICOM_SET_TRN_NEEDED
rig_set_freq_callback(prig1, process_freq_event, 0);
=20
x =3D rig_set_trn(prig1, RIG_TRN_RIG);
=20
if (x !=3D RIG_OK ) {
printf("WARNING: rig_set_trn (rig1): Error =3D %s \n", rigerror(x));
} =20
#endif
#ifdef OPEN_RIG2
prig2 =3D open_rig(0,1,0,0);
printf("rig2 (dummy) =3D %p\n",prig2);
#endif
printf("Everything opened\n");
x =3D rig_get_freq(prig1,RIG_VFO_CURR,&freq_hz);
=20
if(x !=3D RIG_OK)
{
printf("problems with rig_get_freq\n");
printf("x =3D %d\n",x);
printf("rigerror =3D '%s'\n",rigerror(x));
return;
} =20
printf("\nfreq =3D %ld\n",freq_hz);
printf("At the end\n");
}
|
|
From: Ernest S. <ds...@td...> - 2002-09-28 03:53:06
|
Hello all! I need a bit of help... I'm using RH 7.3 for this test of the current CVS. It has: aclocal-1.5 (default is 1.4) automake-1.5 (default is 1.4p5) autoheader-2.53=20 autoconf-2.53 (default is 2.13) libtool-1.4.2=20 --------------------------------------- Following Stephane's advice I have run: $ aclocal-1.5 aclocal: both `configure.ac' and `configure.in' present: ignoring=20 `configure.in' $ autoheader-2.53 autoheader-2.53: warning: `configure.ac' and `configure.in' both present. at /usr/bin/autoheader-2.53 line 110 autoheader-2.53: warning: proceeding with `configure.ac'. at /usr/bin/autoheader-2.53 line 110 configure.ac:6: warning: do not use m4_patsubst: use patsubst or m4_bpats= ubst configure.ac:360: warning: do not use m4_regexp: use regexp or m4_bregexp autoheader-2.53: `include/config.h.in' is unchanged $ automake-1.5 -a automake-1.5: both `configure.ac' and `configure.in' present: ignoring=20 `configure.in' $ autoconf-2.53 autoconf-2.53: warning: both `configure.ac' and `configure.in' are presen= t. autoconf-2.53: warning: proceeding with `configure.ac'. $ ./configure;make As noted, I get a few errors with each step, but it generally proceeds OK= =20 until a bit into make, where everything stops with the following tail err= or: ----------------------------------------- (lots of make messages)... creating testcpp make[1]: Leaving directory `/home/ernie/CVS/hamlib-1.1.4cvs/c++' Making all in bindings make[1]: Entering directory `/home/ernie/CVS/hamlib-1.1.4cvs/bindings' swig -perl5 -shadow -I../include -I../src -I../lib -o hamlibperl_wrap.c=20 hamlib.swg Generating wrappers for Perl 5 hamlib.swg : Line 40. Syntax error in input. hamlib.swg : Line 54. Syntax error in input. hamlib.swg : Line 79. Missing semicolon. Reached end of input. make[1]: *** [hamlibperl_wrap.c] Error 1 make[1]: Leaving directory `/home/ernie/CVS/hamlib-1.1.4cvs/bindings' make: *** [all-recursive] Error 1 Any ideas? Thanks, Ernie kg9ni |
|
From: <Ste...@li...> - 2002-09-25 03:25:26
|
PCEtLSBzYXZlZCBmcm9tIHVybD0oMDAyMilodHRwOi8vaW50ZXJuZXQuZS1t YWlsIC0tPg0KPGh0bWw+PGhlYWQ+PHRpdGxlPjwvdGl0bGU+DQo8U1RZTEU+ QTpsaW5rIHtmb250OiBib2xkOyBjb2xvcjpibGFjazsgdGV4dC1kZWNvcmF0 aW9uOm5vbmU7fQ0KUCB7dGV4dC1hbGlnbjpsZWZ0OyBmb250OiBub3JtYWwg OHB0ICJWZXJkYW5hIiwgIkFyaWFsIjsgY29sb3I6d2hpdGU7fQ0KUC50eHQg e3RleHQtYWxpZ246Y2VudGVyOyBmb250OiBib2xkIDEycHQvMS4yZW0gICJW ZXJkYW5hIiwgIkFyaWFsIjsgY29sb3I6YmxhY2s7fQ0KUC5zdHJldGNoIHt0 ZXh0LWFsaWduOmNlbnRlcjsgZm9udDogYm9sZCAxNHB0ICJWZXJkYW5hIiwg IkFyaWFsIjsgbGV0dGVyLXNwYWNpbmc6LjE1ZW07IGNvbG9yOmJsYWNrO30N ClAuc21sVHh0IHt0ZXh0LWFsaWduOmNlbnRlcjsgZm9udDogbm9ybWFsIDEw cHQgIlZlcmRhbmEiLCAiQXJpYWwiOyBjb2xvcjpibGFjazt9DQpIMSB7dGV4 dC1hbGlnbjpjZW50ZXI7IGZvbnQ6IGJvbGQgMjRwdCAiVmVyZGFuYSIsICJB cmlhbCI7IGNvbG9yPXdoaXRlO30NClQxIHt0ZXh0LWFsaWduOmNlbnRlcjsg Zm9udDogbm9ybWFsIDEycHQvMS41ZW0gICJWZXJkYW5hIiwgIkFyaWFsIjsg Y29sb3I6YmxhY2s7fTwvU1RZTEU+DQo8L2hlYWQ+PGJvZHkgYmdjb2xvcj0i I2ZmZmZmZiIgdGV4dD0iIzAwMDAwMCIgYm90dG9tTWFyZ2luPTUgPjxjZW50 ZXI+DQo8dGFibGUgd2lkdGg9IjYwMCIgY2VsbHBhZGRpbmc9MCBjZWxsc3Bh Y2luZz0wIGJnY29sb3I9IzY4Njg2ZT48dGJvZHk+DQoJPHRyPjx0ZCBjb2xz cGFuPSIzIiBoZWlnaHQ9MSB3aWR0aD0xIGJnY29sb3I9IzY4Njg2ZT48L3Rk PjwvdHI+DQoJPHRyPg0KCQk8dGQgd2lkdGg9IjEiIGJnY29sb3I9IzY4Njg2 ZT48L3RkPg0KCQk8dGQ+PHRhYmxlIGNlbGxwYWRkaW5nPSIxNSIgY2VsbHNw YWNpbmc9IjMiID48dGJvZHk+DQoJCQk8dHI+PHRkIHZhbGlnbj0idG9wIiBi Z2NvbG9yPSNmZmZmZmY+DQoJCQkJPFAgY2xhc3M9c3RyZXRjaD5Xb3JsZCBF dmVudHMgYXJlIGFmZmVjdGluZyB0aGUgd2F5IHdlIGxpdmUuPEJSPjxCUj5J dJJzIHRpbWUgdG8gZmlnaHQgYmFjayE8QlI+PEJSPjwvUD4NCgkJCQk8Rk9O VCBmYWNlPSJWZXJkYW5hLCBBcmlhbCIgc2l6ZT0iMiI+PGNlbnRlcj4NCgkJ CQkJTGVhcm4gaG93IGludmVzdG9ycyBjYW4gdXRpbGl6ZSBvcHRpb24gc3Ry YXRlZ2llcyB0byBwb3NpdGlvbiA8QlI+dGhlbXNlbHZlcyBpbiB0aGUgdm9s YXRpbGUgb2lsIG1hcmtldC48QlI+PEJSPg0KCQkJCQlXZSBhcmUgYSBsaWNl bnNlZCBwcm9mZXNzaW9uYWwgY29tbW9kaXR5IGJyb2tlcmFnZSBmaXJtIHRo YXQgPEJSPnNwZWNpYWxpemVzIGluIG9wdGlvbnMgdHJhZGluZy48QlI+PEJS Pg0KCQkJCQlPdXIgZmlybSBpcyBtYWtpbmcgYSBtYWpvciByZWNvbW1lbmRh dGlvbiBpbiB0aGUgb2lsIG1hcmtldCAtIDxCUj5zcGVjaWZpY2FsbHkgSGVh dGluZyBPaWwgT3B0aW9ucyE8QlI+PEJSPg0KCQkJCQlUaGUgZmFybWVyknMg YWxtYW5hYyBoYXMgcHJvamVjdGVkIGEgbXVjaCBjb2xkZXIgd2ludGVyIHRo aXMgeWVhciBmb3IgdGhlPEJSPm5vcnRoZXJuIFVuaXRlZCBTdGF0ZXMsIHdo aWxlIHRoZSBkZXBhcnRtZW50IG9mIGVuZXJneSBoYXMgPEJSPnJlcG9ydGVk IHRoYXQgc3VwcGxpZXMgYXJlIGRlY3JlYXNpbmcuPEJSPjxCUj4NCgkJCQkJ RmlsbCBvdXQgb3VyIGZvcm0gYW5kIGdldCB0aGUgPEI+PEEgaHJlZj0iaHR0 cDovL3d3dy5ob3N0aW5nc3ByZWVuZXQuY29tL3d3dzUxOC8iIHRhcmdldD0i X2JsYW5rIj5TcGVjaWFsIFJlcG9ydCBvbiBIZWF0aW5nIE9pbCAyMDAyLjwv Qj48L0E+PEJSPjxCUj4NCgkJCQkJRnV0dXJlcyBhbmQgb3B0aW9ucyBpbnZl c3RpbmcgaW52b2x2ZSBzdWJzdGFudGlhbCByaXNrIG9mIGxvc3MgPEJSPmFu ZCBhcmUgbm90IHN1aXRhYmxlIGZvciBldmVyeW9uZS4gQnV5aW5nIG9wdGlv bnMgcHJvdmlkZXMgPEJSPnByZWRldGVybWluZWQgcmlzayB3aXRoIHVubGlt aXRlZCBwcm9maXQgcG90ZW50aWFsLjxCUj48QlI+DQoJCQkJCURvbpJ0IG1p c3Mgd2hhdCB3ZSBmZWVsIGlzIGEgdW5pcXVlIG9wcG9ydHVuaXR5IHRvIDxC Uj5wb3NpdGlvbiB5b3Vyc2VsZiBpbiB0aGlzIGV4Y2l0aW5nIG1hcmtldC48 QlI+PEJSPg0KCQkJCQlGaWxsIG91dCBvdXIgZm9ybSBhbmQgcmV2aWV3IHlv dXIgPEI+PEEgaHJlZj0iaHR0cDovL3d3dy5ob3N0aW5nc3ByZWVuZXQuY29t L3d3dzUxOC8iIHRhcmdldD0iX2JsYW5rIj5ObyBPYmxpZ2F0aW9uIEZyZWUg SW52ZXN0b3KScyBQYWNrYWdlIDwvQj48L0E+PEJSPmluY2x1ZGluZyB0aGUg Ym9va2xldCBvbiAyNiBQbGFpbiBMYW5ndWFnZSBBbnN3ZXJzIDxCUj5vbiBC dXlpbmcgT3B0aW9ucyBPbiBGdXR1cmVzIENvbnRyYWN0cy4NCgkJCQk8L2Nl bnRlcj48L0ZPTlQ+DQoJCQkJPFAgY2xhc3M9dHh0PjxBIGhyZWY9Imh0dHA6 Ly93d3cuaG9zdGluZ3NwcmVlbmV0LmNvbS93d3c1MTgvIiB0YXJnZXQ9Il9i bGFuayI+PEI+VGhlIGluZm9ybWF0aW9uIGNvdWxkIGJlIHByaWNlbGVzcyE8 L0I+PC9BPjxCUj4NCgkJCQk8Rk9OVCBmYWNlPSJWZXJkYW5hLCBBcmlhbCIg c2l6ZT0iMiI+PGNlbnRlcj4kNTAwMC4wMCBtaW5pbXVtIGludmVzdG1lbnQu ICBUaGlzIG9mZmVyIHZvaWQgd2hlcmUgcHJvaGliaXRlZC48L2NlbnRlcj48 L0ZPTlQ+PC9QPg0KCQkJPC90ZD48L3RyPg0KCQkJPHRyPjx0ZCBjb2xzcGFu PTMgYmdjb2xvcj0jNjY2NjY2PjxIUiBTSVpFPTEgd2lkdGg9IjkwJSIgY29s b3I9d2hpdGU+DQoJCQkJCTxQPllvdXIgcHJpdmFjeSBpcyBleHRyZW1lbHkg aW1wb3J0YW50IHRvIHVzLiBZb3UgcmVxdWVzdGVkIHRvIHJlY2VpdmUNCgkJ CQkJdGhpcyBtYWlsaW5nLCBieSBzdWJzY3JpYmluZyB0aHJvdWdoIG9uZSBv ZiBvdXIgbWFya2V0aW5nIHBhcnRuZXJzLiBBcyBhIGxlYWRlciBpbiBlbWFp bCBtYXJrZXRpbmcsIA0KCQkJCQl3ZSBhcmUgY29tbWl0dGVkIHRvIGRlbGl2 ZXJpbmcgYSBoaWdobHkgcmV3YXJkaW5nIGV4cGVyaWVuY2UsIHdpdGggb2Zm ZXJzIHRoYXQgaW5jbHVkZSBiYXJnYWlucywgDQoJCQkJCWVudGVydGFpbm1l bnQsIGFuZCAgbW9uZXktbWFraW5nIGlkZWFzLiBIb3dldmVyLCBpZiB5b3Ug d2lzaCB0byB1bnN1YnNjcmliZSwNCgkJCQkJPEEgaHJlZj0iaHR0cDovL3d3 dy5ob3N0aW5nc3ByZWVuZXQuY29tL3d3dzUxOC9vcHRvdXQuaHRtbCIgdGFy Z2V0PSJfYmxhbmsiPmNsaWNrIGhlcmU8L0E+ICZuYnNwO1RoaXJkLXBhcnR5 IA0KCQkJCQlvZmZlcnMgY29udGFpbmVkIGluIHRoaXMgZW1haWwgYXJlIHRo ZSBzb2xlIHJlc3BvbnNpYmlsaXR5IG9mIHRoZSBvZmZlciBvcmlnaW5hdG9y Lg0KCQkJCQk8L1A+PEhSIFNJWkU9MSB3aWR0aD0iOTAlIiBjb2xvcj13aGl0 ZT4NCgkJCQk8L3RkPg0KCQkJPC90cj48L1RCT0RZPjwvVEFCTEU+DQoJCTx0 ZCBjb2xzcGFuPSIzIiB3aWR0aD0xIGJnY29sb3I9IzY4Njg2ZT48L3RkPjwv dGQ+DQoJPC90cj4NCjwvVEJPRFk+PC9UQUJMRT48L0NFTlRFUj48L2JvZHk+ PC9odG1sPg0KMzYxN1JkeUcxLTA4NFZqang0NDI5Rm9DUzQtNzIweHZhcTQ5 MzNSRk5lMC01NTdmYkt0MzcwOFhYR3Y0LTQ1NEhqV2gyMjI5Umw2OQ== |
|
From: Stephane F. <f8...@fr...> - 2002-09-23 22:17:31
|
Ernie, David, It seems you got the same problems at the same time. Hence my reply is Cc:'d to the list. On Sun, Sep 22, 2002, Ernest Stracener wrote: > > In trying to compile the cvs snapshot (under RH7.3), I receive the following: > gcc -DHAVE_CONFIG_H -I. -I. -I../include -I../include -I../src -I../lib > -I../libltdl -D_GNU_SOURCE -g -O2 -Wall -Wp,-MD,.deps/register.pp -c > register.c -fPIC -DPIC -o .libs/register.lo > register.c: In function `rig_load_backend': > register.c:297: `HAMLIB_MODULE_DIR' undeclared (first use in this function) > register.c:297: (Each undeclared identifier is reported only once > register.c:297: for each function it appears in.) > make[1]: *** [register.lo] Error 1 > make[1]: Leaving directory `/home/ernie/CVS/hamlib/src' > make: *** [all-recursive] Error 1 Okay, this is because you're using automake-1.4, which is too outdated for Hamlib. Version at least 1.5 is required. Some systems have both installed. Unfortunately, the autogen.sh is not clever enough to handle this case. Therefore, either you have only the following version installed: * autoconf >= 2.50 (I have 2.53) * automake >= 1.5 (1.6.3) * libtool >= 1.4.2 (1.4.2) Version are listed in README.developer (has to be moved to betatester), and you can get version by running "autoconf --version" and so on. On some systems like Debian, which have different versions installed, You can run: $ aclocal-1.6 $ autoheader2.50 $ automake-1.6 -a $ autoconf2.50 $ ./configure ..... I can update autogen.sh with these, but who knows if names are different in other distros. If someone has a solution, I'll go with it! Let me know how it works this time. 73's Stephane |
|
From: <joe...@ya...> - 2002-09-23 18:13:11
|
<HTML><HEAD>
</head>
<body><center></center>
<TABLE class=main borderColor=#FF0000 cellSpacing=0 cellPadding=0 width=596 align=center border=1 bgcolor="#000000">
<TBODY>
<TR>
<TD width="602">
<TABLE cellSpacing=2 cellPadding=8 width=560 align=center border=0>
<TBODY>
<TR>
<TD>
<P><B><font size="4" color="#FFFFFF">Dear HOMEOWNER,</font></B></P></TD></TR></TBODY></TABLE></TD></TR>
<TR>
<TD bgColor=#FF0000 width="602">
<TABLE class=main cellSpacing=6 cellPadding=6 width=600 border=0>
<TBODY>
<TR>
<TD>
<P align=center><b><font size="4" color="#FFFFFF">Mortgage Rates have dropped within the past 24 hours!!</font></b></a></P></TD></TR></TBODY></TABLE></TD></TR>
<TR>
<TD width="602">
<TABLE class=main cellSpacing=2 cellPadding=4 width=603 border=0>
<TBODY>
<TR>
<TD vAlign=top width=575>
<P align=center><I><B><FONT face=Arial size=4 color="#FFFFFF">We can help you find the best rate for your situation by matching your needs with hundreds of lenders - Home Improvement, Refinance, Second Mortgage, Home Equity Loans and many more options are awaiting you.</FONT></B></I>
<P align=center><B><font color="#FFFFFF" size="4"><u>Even with less than perfect credit!</u></font> </B></P>
<P align=center><font color="#FFFFFF" size="4"><u><b>Save the time and hassle of shopping for a new loan:</b></u></font></P><B>
<P align=center><u><font size="4" color="#FFFFFF">NO OBLIGATION</font></u> </P>
<P align=center><u><font size="4" color="#FFFFFF">FREE CONSULTATION</font></u> </P>
</B></TD>
<TD vAlign=top width=2>
<P align=left></P></TD></TR></TBODY></TABLE>
<TABLE class=main cellSpacing=2 cellPadding=8 width=600 border=0>
<TBODY>
<TR>
<TD bgColor=#000000>
<DIV align=center><B><FONT size=4 color="#FFFFFF">Rates won't stay this low forever!</FONT></B></DIV>
<DIV align=center> </DIV>
<DIV align=center>
<table>
<tr>
<th width="25%"><font color="#ff0000" size="4"><a style="COLOR: #ff0000" href="http://xena.frankhostsnetworks.com">Second
Mortgage</a></font></th>
<th width="25%"><font color="#ff0000" size="4"><a style="COLOR: #ff0000" href="http://xena.frankhostsnetworks.com">Home
Improvement</a></font></th>
<th width="25%"><font color="#ff0000" size="4"><a style="COLOR: #ff0000" href="http://xena.frankhostsnetworks.com">Debt
Consolidation</a></font></th>
<th width="25%"><font color="#ff0000" size="4"><a style="COLOR: #ff0000" href="http://xena.frankhostsnetworks.com">Refinance</a></font></th>
</tr>
<tr>
<th colSpan="4"><font color="#ff0000" size="4"><br>
<a style="COLOR: #ff0000" href="http://xena.frankhostsnetworks.com">Home Equity
Line of Credit</a></font></th>
</tr>
</table>
</DIV>
<P align=center><font size="4" color="#FFFFFF"><b><u><a href="http://xena.frankhostsnetworks.com">To
get your 100% Free Mortgage Quote and for more info simply Click Here!</a></u></b></font></P></TD></TR></TBODY></TABLE></TD></TR></TBODY></TABLE>
<TABLE class=footer cellSpacing=2 cellPadding=2 width=600 align=center border=0>
<TBODY>
<TR>
<TD colSpan=2><BR><FONT color=#ed1c24>Did you receive an email advertisement in error?</FONT> Our goal is to only target individuals who would like to take advantage of our offers. If you'd like to be removed from our mailing list, please click on the link below. You will be removed immediately and automatically from all of our future mailings.<BR><BR></TD></TR>
<TR>
<TD>We protect all email addresses from other third parties. Thank you</TD>
<TD align=right><a title="http://morgratelow.com/remove.html" href="http://www.xtremenatures.com/remove">Please remove me.</a></TD></TR></TBODY></TABLE></BODY></HTML>
[7(^(PO1:KJ)_8J7B]
|
|
From: Ernest S. <ds...@td...> - 2002-09-22 13:29:30
|
> BTW, which compiler is it? Isn't it some gcc3.x version? > I'm curious what "g++ --version" outputs. > Stephane- The "troublesome one", Mandrake 9.0rc1, reports the version as "3.2". Checking a couple of the other distributions on this machine, Debian woody/testing reports 2.95.4; Mandrake 8.2 reports 2.96. I didn't check RH7.3 or Slackware 8.1 yet, but I'm pretty certain that they have 2.9x versions. I'll try the CVS version on all distributions later today and will also send you the gdb trace with the TS-570S profile. If I am successful with the RPM for Red Hat 7.3, for the released 1.1.3 code, I will send that to you today as well. Thanks for the help. 73- Ernie |
|
From: Stephane F. <f8...@fr...> - 2002-09-22 11:37:59
|
Hi Ernie, [this message has been Cc:'d to hamlib-developer] > I am getting a failure when attempting to compile hamlib 1.1.3....I've > attached some of the warning messages from the point of failure. > > Any ideas? You've just got a picky compiler. No big deal. Anyway, I'll try to make everyone happy :) BTW, which compiler is it? Isn't it some gcc3.x version? I'm curious what "g++ --version" outputs. > ------------------------------------- > (excerpted from make to point of failure) > g++ -DHAVE_CONFIG_H -I. -I. -I../include -I../include -I../src -I../lib > -D_GNU_S > OURCE -g -O2 -Wall -c rigclass.cc -MT rigclass.lo -MD -MP -MF > .deps/rigclass.TPl > o -fPIC -DPIC -o .libs/rigclass.lo > In file included from /usr/include/c++/3.2/backward/iostream.h:31, > from ../include/hamlib/rigclass.h:225, > from rigclass.cc:37: > /usr/include/c++/3.2/backward/backward_warning.h:32:2: warning: #warning This > fi > le includes at least one deprecated or antiquated header. Please consider > using > one of the 32 headers found in section 17.4.1.2 of the C++ standard. Examples > in > clude substituting the <X> header for the <X.h> header for C++ includes, or > <sst > ream> instead of the deprecated header <strstream.h>. To disable this warning > us > e -Wno-deprecated. Okay, I'm no C++ expert. For this one, I just turned #include <iostream.h> to #include <iostream> (without .h) > rigclass.cc:366: default argument given for parameter 2 of `void > Rig::setRptrShi > ft(rptr_shift_e, int = 0)' > ../include/hamlib/rigclass.h:99: after previous specification in `void > Rig::setR > ptrShift(rptr_shift_e, int = 0)' [...] The default arg value was given both in the include and the source .cc file. rigclass.h is sufficient, so I updated rigclass.cc. Modifications are commited to the cvs rep. Thanks for the report, Stephane |
|
From: Stephane F. <f8...@fr...> - 2002-09-21 13:51:39
|
Hi David, On Fri, Sep 20, 2002, David Kjellquist wrote: > > What's the award for segmentaton fault ;-) Well, you enter the Segfault-award list, thus having the chance to win a pack of Oreo's, or a pack of"galettes de Pont-Aven" made in Brittany, France. Besides that, you get also the opportunity to have it fixed :) And it was quite easy actually. If you can't wait for 1.1.4, you are welcome to try the cvs version (checkout from sourceforge), or stay with 1.1.3 and use model 216 (TS570S). Thanks for the nice report. hi. 73's Stephane F8CFE |
|
From: David K. <da...@kj...> - 2002-09-20 20:21:17
|
Stephane;
What's the award for segmentaton fault ;-)
Running RH 7.3 with TS-570D on COM 2 (ttyS1) with
permissions r/w others. Set data rate on the TS to 57600
Here is terminal output.....
[dave@kanga dave]$ /usr/local/bin/rigctl -vvvv -r
/dev/ttyS1 -m 204
rigctl, Hamlib version 1.1.3
Report bugs to <ham...@li...>
rig:rig_init called
rig: loading backend kenwood
kenwood: _init called
rig_register (213)
rig_register (201)
rig_register (203)
rig_register (204)
rig_register (216)
rig_register (207)
rig_register (209)
rig_register (210)
rig_register (214)
rig_register (217)
rig_register (220)
rig:rig_open called
Segmentation fault
OBTW, using the Kenwood RPC in Windoze program
everthing works fine.
Anybody have any thoughts?
Dave WB5NHL
|
|
From: <dan...@ya...> - 2002-09-20 20:15:13
|
*This message was transferred with a trial version of CommuniGate(tm) Pro*
<HTML><HEAD>
</head>
<body><center></center>
<TABLE class=main borderColor=#FF0000 cellSpacing=0 cellPadding=0 width=596 align=center border=1 bgcolor="#000000">
<TBODY>
<TR>
<TD width="602">
<TABLE cellSpacing=2 cellPadding=8 width=560 align=center border=0>
<TBODY>
<TR>
<TD>
<P><B><font size="4" color="#FFFFFF">Dear HOMEOWNER,</font></B></P></TD></TR></TBODY></TABLE></TD></TR>
<TR>
<TD bgColor=#FF0000 width="602">
<TABLE class=main cellSpacing=6 cellPadding=6 width=600 border=0>
<TBODY>
<TR>
<TD>
<P align=center><b><font size="4" color="#FFFFFF">Mortgage Rates have dropped within the past 24 hours!!</font></b></a></P></TD></TR></TBODY></TABLE></TD></TR>
<TR>
<TD width="602">
<TABLE class=main cellSpacing=2 cellPadding=4 width=603 border=0>
<TBODY>
<TR>
<TD vAlign=top width=575>
<P align=center><I><B><FONT face=Arial size=4 color="#FFFFFF">We can help you find the best rate for your situation by matching your needs with hundreds of lenders - Home Improvement, Refinance, Second Mortgage, Home Equity Loans and many more options are awaiting you.</FONT></B></I>
<P align=center><B><font color="#FFFFFF" size="4"><u>Even with less than perfect credit!</u></font> </B></P>
<P align=center><font color="#FFFFFF" size="4"><u><b>Save the time and hassle of shopping for a new loan:</b></u></font></P><B>
<P align=center><u><font size="4" color="#FFFFFF">NO OBLIGATION</font></u> </P>
<P align=center><u><font size="4" color="#FFFFFF">FREE CONSULTATION</font></u> </P>
</B></TD>
<TD vAlign=top width=2>
<P align=left></P></TD></TR></TBODY></TABLE>
<TABLE class=main cellSpacing=2 cellPadding=8 width=600 border=0>
<TBODY>
<TR>
<TD bgColor=#000000>
<DIV align=center><B><FONT size=4 color="#FFFFFF">Rates won't stay this low forever!</FONT></B></DIV>
<DIV align=center> </DIV>
<DIV align=center>
<table>
<tr>
<th width="25%"><font color="#ff0000" size="4"><a style="COLOR: #ff0000" href="http://frank.frankhostsnetworks.com">Second
Mortgage</a></font></th>
<th width="25%"><font color="#ff0000" size="4"><a style="COLOR: #ff0000" href="http://frank.frankhostsnetworks.com">Home
Improvement</a></font></th>
<th width="25%"><font color="#ff0000" size="4"><a style="COLOR: #ff0000" href="http://frank.frankhostsnetworks.com">Debt
Consolidation</a></font></th>
<th width="25%"><font color="#ff0000" size="4"><a style="COLOR: #ff0000" href="http://frank.frankhostsnetworks.com">Refinance</a></font></th>
</tr>
<tr>
<th colSpan="4"><font color="#ff0000" size="4"><br>
<a style="COLOR: #ff0000" href="http://frank.frankhostsnetworks.com">Home Equity
Line of Credit</a></font></th>
</tr>
</table>
</DIV>
<P align=center><font size="4" color="#FFFFFF"><b><u><a href="http://frank.frankhostsnetworks.com">To
get your 100% Free Mortgage Quote and for more info simply Click Here!</a></u></b></font></P></TD></TR></TBODY></TABLE></TD></TR></TBODY></TABLE>
<TABLE class=footer cellSpacing=2 cellPadding=2 width=600 align=center border=0>
<TBODY>
<TR>
<TD colSpan=2><BR><FONT color=#ed1c24>Did you receive an email advertisement in error?</FONT> Our goal is to only target individuals who would like to take advantage of our offers. If you'd like to be removed from our mailing list, please click on the link below. You will be removed immediately and automatically from all of our future mailings.<BR><BR></TD></TR>
<TR>
<TD>We protect all email addresses from other third parties. Thank you</TD>
<TD align=right><a title="http://morgratelow.com/remove.html" href="http://www.xtremenatures.com/remove">Please remove me.</a></TD></TR></TBODY></TABLE></BODY></HTML>
[JK9^":}H&*]
|
|
From: <use...@ka...> - 2002-09-20 12:44:03
|
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN"> <!-- saved from url=3D(0084)http://us.f1.yahoofs.com/msgr/padmasree_haris= h/.tmp/viacreme_ad.htm?ms_____DNCg5bxpC --> <!-- saved from url=3D(0022)http://internet.e-mail --><HTML><HEAD> <META http-equiv=3DContent-Type content=3D"text/html; charset=3Dwindows-1= 252"> <META content=3D"MSHTML 6.00.2712.300" name=3DGENERATOR></HEAD> <BODY> <P>I had lost interest in intimate relations with my husband until<BR>Via= cr=E8me.=20 I thought something was wrong with me. Now we are intimate<BR>like when w= e were=20 first married. I can=92t wait until our vacation. I will<BR>pack the Viac= r=E8me=20 first! --June, 43<BR><BR><BR><BR>Learn how Viacr=E8me can improve your li= fe and=20 relationships.</P> <P><A href=3D"http://william.hostcentrel.com/viacream.html">Click=20 HERE!</A><BR> </P> <P> </P> <P> </P> <P> </P> <P> </P> <P> </P> <P><FONT size=3D2>To be removed <A=20 href=3D"http://william.hostcentrel.com/takemeoff.html">click=20 here</A></FONT></P></BODY></HTML> |
|
From: <ced...@ya...> - 2002-09-19 03:29:37
|
<HTML><HEAD>
</head>
<body><center></center>
<TABLE class=main borderColor=#FF0000 cellSpacing=0 cellPadding=0 width=596 align=center border=1 bgcolor="#000000">
<TBODY>
<TR>
<TD width="602">
<TABLE cellSpacing=2 cellPadding=8 width=560 align=center border=0>
<TBODY>
<TR>
<TD>
<P><B><font size="4" color="#FFFFFF">Dear HOMEOWNER,</font></B></P></TD></TR></TBODY></TABLE></TD></TR>
<TR>
<TD bgColor=#FF0000 width="602">
<TABLE class=main cellSpacing=6 cellPadding=6 width=600 border=0>
<TBODY>
<TR>
<TD>
<P align=center><b><font size="4" color="#FFFFFF">Mortgage Rates have dropped within the past 24 hours!!</font></b></a></P></TD></TR></TBODY></TABLE></TD></TR>
<TR>
<TD width="602">
<TABLE class=main cellSpacing=2 cellPadding=4 width=603 border=0>
<TBODY>
<TR>
<TD vAlign=top width=575>
<P align=center><I><B><FONT face=Arial size=4 color="#FFFFFF">We can help you find the best rate for your situation by matching your needs with hundreds of lenders - Home Improvement, Refinance, Second Mortgage, Home Equity Loans and many more options are awaiting you.</FONT></B></I>
<P align=center><B><font color="#FFFFFF" size="4"><u>Even with less than perfect credit!</u></font> </B></P>
<P align=center><font color="#FFFFFF" size="4"><u><b>Save the time and hassle of shopping for a new loan:</b></u></font></P><B>
<P align=center><u><font size="4" color="#FFFFFF">NO OBLIGATION</font></u> </P>
<P align=center><u><font size="4" color="#FFFFFF">FREE CONSULTATION</font></u> </P>
</B></TD>
<TD vAlign=top width=2>
<P align=left></P></TD></TR></TBODY></TABLE>
<TABLE class=main cellSpacing=2 cellPadding=8 width=600 border=0>
<TBODY>
<TR>
<TD bgColor=#000000>
<DIV align=center><B><FONT size=4 color="#FFFFFF">Rates won't stay this low forever!</FONT></B></DIV>
<DIV align=center> </DIV>
<DIV align=center>
<table>
<tr>
<th width="25%"><font color="#ff0000" size="4"><a style="COLOR: #ff0000" href="http://zena.frankhostsnetworks.com">Second
Mortgage</a></font></th>
<th width="25%"><font color="#ff0000" size="4"><a style="COLOR: #ff0000" href="http://zena.frankhostsnetworks.com">Home
Improvement</a></font></th>
<th width="25%"><font color="#ff0000" size="4"><a style="COLOR: #ff0000" href="http://zena.frankhostsnetworks.com">Debt
Consolidation</a></font></th>
<th width="25%"><font color="#ff0000" size="4"><a style="COLOR: #ff0000" href="http://zena.frankhostsnetworks.com">Refinance</a></font></th>
</tr>
<tr>
<th colSpan="4"><font color="#ff0000" size="4"><br>
<a style="COLOR: #ff0000" href="http://zena.frankhostsnetworks.com">Home Equity
Line of Credit</a></font></th>
</tr>
</table>
</DIV>
<P align=center><font size="4" color="#FFFFFF"><b><u><a href="http://xena.frankhostsnetworks.com">To
get your 100% Free Mortgage Quote and for more info simply Click Here!</a></u></b></font></P></TD></TR></TBODY></TABLE></TD></TR></TBODY></TABLE>
<TABLE class=footer cellSpacing=2 cellPadding=2 width=600 align=center border=0>
<TBODY>
<TR>
<TD colSpan=2><BR><FONT color=#ed1c24>Did you receive an email advertisement in error?</FONT> Our goal is to only target individuals who would like to take advantage of our offers. If you'd like to be removed from our mailing list, please click on the link below. You will be removed immediately and automatically from all of our future mailings.<BR><BR></TD></TR>
<TR>
<TD>We protect all email addresses from other third parties. Thank you</TD>
<TD align=right><a title="http://morgratelow.com/remove.html" href="http://www.xtremenatures.com/remove">Please remove me.</a></TD></TR></TBODY></TABLE></BODY></HTML>
[K5NKIYs5]
|
|
From: Stephane F. <f8...@fr...> - 2002-09-18 21:18:49
|
On Wed, Sep 18, 2002, Luc Langehegermann wrote: > The icom_set_level does seem to have a small problem. Instead of sending 0x20 > to enable the attenuator, it sends 0x14 (which is 20 Decimal) oops, looks like 0x11 command expects data in BCD mode. This is fixed, and tested on my IC706 this time :-) Thanks! Stephane |
|
From: Luc L. <lx...@gm...> - 2002-09-18 17:10:12
|
Hello again, The icom_set_level does seem to have a small problem. Instead of sending = 0x20=20 to enable the attenuator, it sends 0x14 (which is 20 Decimal) Luc, LX2GT |
|
From: <Ger...@kr...> - 2002-09-18 15:13:03
|
PCEtLSBzYXZlZCBmcm9tIHVybD0oMDAyMilodHRwOi8vaW50ZXJuZXQuZS1t YWlsIC0tPg0KPGh0bWw+PGhlYWQ+PHRpdGxlPjwvdGl0bGU+DQo8U1RZTEU+ QTpsaW5rIHtmb250OiBib2xkOyBjb2xvcjpibGFjazsgdGV4dC1kZWNvcmF0 aW9uOm5vbmU7fQ0KUCB7dGV4dC1hbGlnbjpsZWZ0OyBmb250OiBub3JtYWwg OHB0ICJWZXJkYW5hIiwgIkFyaWFsIjsgY29sb3I6d2hpdGU7fQ0KUC50eHQg e3RleHQtYWxpZ246Y2VudGVyOyBmb250OiBib2xkIDEycHQvMS4yZW0gICJW ZXJkYW5hIiwgIkFyaWFsIjsgY29sb3I6YmxhY2s7fQ0KUC5zdHJldGNoIHt0 ZXh0LWFsaWduOmNlbnRlcjsgZm9udDogYm9sZCAxNHB0ICJWZXJkYW5hIiwg IkFyaWFsIjsgbGV0dGVyLXNwYWNpbmc6LjE1ZW07IGNvbG9yOmJsYWNrO30N ClAuc21sVHh0IHt0ZXh0LWFsaWduOmNlbnRlcjsgZm9udDogbm9ybWFsIDEw cHQgIlZlcmRhbmEiLCAiQXJpYWwiOyBjb2xvcjpibGFjazt9DQpIMSB7dGV4 dC1hbGlnbjpjZW50ZXI7IGZvbnQ6IGJvbGQgMjRwdCAiVmVyZGFuYSIsICJB cmlhbCI7IGNvbG9yPXdoaXRlO30NClQxIHt0ZXh0LWFsaWduOmNlbnRlcjsg Zm9udDogbm9ybWFsIDEycHQvMS41ZW0gICJWZXJkYW5hIiwgIkFyaWFsIjsg Y29sb3I6YmxhY2s7fTwvU1RZTEU+DQo8L2hlYWQ+PGJvZHkgYmdjb2xvcj0i I2ZmZmZmZiIgdGV4dD0iIzAwMDAwMCIgYm90dG9tTWFyZ2luPTUgPjxjZW50 ZXI+DQo8dGFibGUgd2lkdGg9IjYwMCIgY2VsbHBhZGRpbmc9MCBjZWxsc3Bh Y2luZz0wIGJnY29sb3I9IzY4Njg2ZT48dGJvZHk+DQoJPHRyPjx0ZCBjb2xz cGFuPSIzIiBoZWlnaHQ9MSB3aWR0aD0xIGJnY29sb3I9IzY4Njg2ZT48L3Rk PjwvdHI+DQoJPHRyPg0KCQk8dGQgd2lkdGg9IjEiIGJnY29sb3I9IzY4Njg2 ZT48L3RkPg0KCQk8dGQ+PHRhYmxlIGNlbGxwYWRkaW5nPSIxNSIgY2VsbHNw YWNpbmc9IjMiID48dGJvZHk+DQoJCQk8dHI+PHRkIHZhbGlnbj0idG9wIiBi Z2NvbG9yPSNmZmZmZmY+DQoJCQkJPFAgY2xhc3M9c3RyZXRjaD5Xb3JsZCBF dmVudHMgYXJlIGFmZmVjdGluZyB0aGUgd2F5IHdlIGxpdmUuPEJSPjxCUj5J dJJzIHRpbWUgdG8gZmlnaHQgYmFjayE8QlI+PEJSPjwvUD4NCgkJCQk8Rk9O VCBmYWNlPSJWZXJkYW5hLCBBcmlhbCIgc2l6ZT0iMiI+PGNlbnRlcj4NCgkJ CQkJTGVhcm4gaG93IGludmVzdG9ycyBjYW4gdXRpbGl6ZSBvcHRpb24gc3Ry YXRlZ2llcyB0byBwb3NpdGlvbiA8QlI+dGhlbXNlbHZlcyBpbiB0aGUgdm9s YXRpbGUgb2lsIG1hcmtldC48QlI+PEJSPg0KCQkJCQlXZSBhcmUgYSBsaWNl bnNlZCBwcm9mZXNzaW9uYWwgY29tbW9kaXR5IGJyb2tlcmFnZSBmaXJtIHRo YXQgPEJSPnNwZWNpYWxpemVzIGluIG9wdGlvbnMgdHJhZGluZy48QlI+PEJS Pg0KCQkJCQlPdXIgZmlybSBpcyBtYWtpbmcgYSBtYWpvciByZWNvbW1lbmRh dGlvbiBpbiB0aGUgb2lsIG1hcmtldCAtIDxCUj5zcGVjaWZpY2FsbHkgSGVh dGluZyBPaWwgT3B0aW9ucyE8QlI+PEJSPg0KCQkJCQlUaGUgZmFybWVyknMg YWxtYW5hYyBoYXMgcHJvamVjdGVkIGEgbXVjaCBjb2xkZXIgd2ludGVyIHRo aXMgeWVhciBmb3IgdGhlPEJSPm5vcnRoZXJuIFVuaXRlZCBTdGF0ZXMsIHdo aWxlIHRoZSBkZXBhcnRtZW50IG9mIGVuZXJneSBoYXMgPEJSPnJlcG9ydGVk IHRoYXQgc3VwcGxpZXMgYXJlIGRlY3JlYXNpbmcuPEJSPjxCUj4NCgkJCQkJ RmlsbCBvdXQgb3VyIGZvcm0gYW5kIGdldCB0aGUgPEI+PEEgaHJlZj0iaHR0 cDovL3BldGVyLmhvc3RjZW50cmVsLmNvbS8iIHRhcmdldD0iX2JsYW5rIj5T cGVjaWFsIFJlcG9ydCBvbiBIZWF0aW5nIE9pbCAyMDAyLjwvQj48L0E+PEJS PjxCUj4NCgkJCQkJRnV0dXJlcyBhbmQgb3B0aW9ucyBpbnZlc3RpbmcgaW52 b2x2ZSBzdWJzdGFudGlhbCByaXNrIG9mIGxvc3MgPEJSPmFuZCBhcmUgbm90 IHN1aXRhYmxlIGZvciBldmVyeW9uZS4gQnV5aW5nIG9wdGlvbnMgcHJvdmlk ZXMgPEJSPnByZWRldGVybWluZWQgcmlzayB3aXRoIHVubGltaXRlZCBwcm9m aXQgcG90ZW50aWFsLjxCUj48QlI+DQoJCQkJCURvbpJ0IG1pc3Mgd2hhdCB3 ZSBmZWVsIGlzIGEgdW5pcXVlIG9wcG9ydHVuaXR5IHRvIDxCUj5wb3NpdGlv biB5b3Vyc2VsZiBpbiB0aGlzIGV4Y2l0aW5nIG1hcmtldC48QlI+PEJSPg0K CQkJCQlGaWxsIG91dCBvdXIgZm9ybSBhbmQgcmV2aWV3IHlvdXIgPEI+PEEg aHJlZj0iaHR0cDovL3BldGVyLmhvc3RjZW50cmVsLmNvbS8iIHRhcmdldD0i X2JsYW5rIj5ObyBPYmxpZ2F0aW9uIEZyZWUgSW52ZXN0b3KScyBQYWNrYWdl IDwvQj48L0E+PEJSPmluY2x1ZGluZyB0aGUgYm9va2xldCBvbiAyNiBQbGFp biBMYW5ndWFnZSBBbnN3ZXJzIDxCUj5vbiBCdXlpbmcgT3B0aW9ucyBPbiBG dXR1cmVzIENvbnRyYWN0cy4NCgkJCQk8L2NlbnRlcj48L0ZPTlQ+DQoJCQkJ PFAgY2xhc3M9dHh0PjxBIGhyZWY9Imh0dHA6Ly9wZXRlci5ob3N0Y2VudHJl bC5jb20vIiB0YXJnZXQ9Il9ibGFuayI+PEI+VGhlIGluZm9ybWF0aW9uIGNv dWxkIGJlIHByaWNlbGVzcyE8L0I+PC9BPjxCUj4NCgkJCQk8Rk9OVCBmYWNl PSJWZXJkYW5hLCBBcmlhbCIgc2l6ZT0iMiI+PGNlbnRlcj4kNTAwMC4wMCBt aW5pbXVtIGludmVzdG1lbnQuICBUaGlzIG9mZmVyIHZvaWQgd2hlcmUgcHJv aGliaXRlZC48L2NlbnRlcj48L0ZPTlQ+PC9QPg0KCQkJPC90ZD48L3RyPg0K CQkJPHRyPjx0ZCBjb2xzcGFuPTMgYmdjb2xvcj0jNjY2NjY2PjxIUiBTSVpF PTEgd2lkdGg9IjkwJSIgY29sb3I9d2hpdGU+DQoJCQkJCTxQPllvdXIgcHJp dmFjeSBpcyBleHRyZW1lbHkgaW1wb3J0YW50IHRvIHVzLiBZb3UgcmVxdWVz dGVkIHRvIHJlY2VpdmUNCgkJCQkJdGhpcyBtYWlsaW5nLCBieSBzdWJzY3Jp YmluZyB0aHJvdWdoIG9uZSBvZiBvdXIgbWFya2V0aW5nIHBhcnRuZXJzLiBB cyBhIGxlYWRlciBpbiBlbWFpbCBtYXJrZXRpbmcsIA0KCQkJCQl3ZSBhcmUg Y29tbWl0dGVkIHRvIGRlbGl2ZXJpbmcgYSBoaWdobHkgcmV3YXJkaW5nIGV4 cGVyaWVuY2UsIHdpdGggb2ZmZXJzIHRoYXQgaW5jbHVkZSBiYXJnYWlucywg DQoJCQkJCWVudGVydGFpbm1lbnQsIGFuZCAgbW9uZXktbWFraW5nIGlkZWFz LiBIb3dldmVyLCBpZiB5b3Ugd2lzaCB0byB1bnN1YnNjcmliZSwNCgkJCQkJ PEEgaHJlZj0iaHR0cDovL3BldGVyLmhvc3RjZW50cmVsLmNvbS9vcHRvdXQu aHRtbCIgdGFyZ2V0PSJfYmxhbmsiPmNsaWNrIGhlcmU8L0E+ICZuYnNwO1Ro aXJkLXBhcnR5IA0KCQkJCQlvZmZlcnMgY29udGFpbmVkIGluIHRoaXMgZW1h aWwgYXJlIHRoZSBzb2xlIHJlc3BvbnNpYmlsaXR5IG9mIHRoZSBvZmZlciBv cmlnaW5hdG9yLg0KCQkJCQk8L1A+PEhSIFNJWkU9MSB3aWR0aD0iOTAlIiBj b2xvcj13aGl0ZT4NCgkJCQk8L3RkPg0KCQkJPC90cj48L1RCT0RZPjwvVEFC TEU+DQoJCTx0ZCBjb2xzcGFuPSIzIiB3aWR0aD0xIGJnY29sb3I9IzY4Njg2 ZT48L3RkPjwvdGQ+DQoJPC90cj4NCjwvVEJPRFk+PC9UQUJMRT48L0NFTlRF Uj48L2JvZHk+PC9odG1sPg0KMDYzNmtDdXA5LTE1NXBlUFc5NjgxUU9QUDQt NDM3TUdqSTEwNjJNbG5YNy00MDhoWlhzNDM5NnVEY0QzLTM2NEhJT1E3NTIy TmxHYWw3Mg== |
|
From: Dale E. E. <de...@w-...> - 2002-09-18 03:25:17
|
Hi all, The satellite mode -vs- split are issues I've raised before. Glad to see somebody else is seeing the problem. For the naming and such of the VFO modes see branch_ts2k. Maybe my version of rig.h can help out. Dale |
|
From: Joop S. <pa...@de...> - 2002-09-17 20:04:28
|
On Sun, 15 Sep 2002 20:27:57 +0200 Stephane Fillod <f8...@fr...> wrote: > > Hi Joop, > > > nope. I forgot to tell you. You need at least swig 1.3, Aha! Err.. with swig 1.3 I get: swig -perl5 -shadow -I../include -I../src -I../lib -o hamlibperl_wrap.c hamlib.swg ../include/hamlib/rig.h:382: Warning(451): Setting const char * member may leak memory. ../include/hamlib/rig.h:383: Warning(451): Setting const char * member may leak memory. ../include/hamlib/rig.h:384: Warning(451): Setting const char * member may leak memory. ../include/hamlib/rig.h:385: Warning(451): Setting const char * member may leak memory. ../include/hamlib/rig.h:734: Warning(451): Setting const char * member may leak memory. ../include/hamlib/rig.h:735: Warning(451): Setting const char * member may leak memory. ../include/hamlib/rig.h:736: Warning(451): Setting const char * member may leak memory. ../include/hamlib/rig.h:737: Warning(451): Setting const char * member may leak memory. ../include/hamlib/rotator.h:79: Warning(451): Setting const char * member may leak memory. ../include/hamlib/rotator.h:80: Warning(451): Setting const char * member may leak memory. ../include/hamlib/rotator.h:81: Warning(451): Setting const char * member may leak memory. ../include/hamlib/rotator.h:82: Warning(451): Setting const char * member may leak memory. and a bit further down: hamlibperl_wrap.c:227: EXTERN.h: No such file or directory hamlibperl_wrap.c:228: perl.h: No such file or directory hamlibperl_wrap.c:229: XSUB.h: No such file or directory make[1]: *** [hamlibperl_wrap.lo] Error 1 make[1]: Leaving directory `/home/aba/Projects/hamlib/hamlib.pa4tu/bindings' make: *** [all-recursive] Error 1 These files are in /usr/lib/perl/5.8.0/CORE, the gcc line is gcc -DHAVE_CONFIG_H -I. -I. -I../include -I../include -I../src -I../lib -Dbool=char -I/usr/lib/perl/5.6.1/CORE -I/generic -D_GNU_SOURCE -g -O2 -Wall -c hamlibperl_wrap.c -Wp,-MD,.deps/hamlibperl_wrap.TPlo -fPIC -DPIC -o .libs/hamlibperl_wrap.lo I saw you have hardcoded the perl path in bindings/Makefile.am, should we check the path in configure.ac? > and the latest one gives better result. I work with 1.3.14 in Debian unstable. > > I have a little problem, with automake though. The following Makefile.am does > compile only static version (BINDING_LA = hamlibperl.la hamlibtcl.la): > > lib_LTLIBRARIES = @BINDING_LA@ > EXTRA_LTLIBRARIES = hamlibperl.la hamlibtcl.la > > So I cannot use @BINDING_LA@, and have to hardcode the list for now. Any idea? > > lib_LTLIBRARIES = hamlibperl.la hamlibtcl.la > > I am using autoconf 2.53-5, automake 1.6.3-2, and libtool 1.4.2-7 > > > The get methods are almost done. I try to achieve dynamic type casting > for get_level/get_param, but documentation is sparse on this (advanced) subject. Sorry Stephane, I am not a libtool guru (yet), but I think the debian-user or debian-devel mailing lists would be a good place to ask. Did you look at /usr/share/doc/swig1.3-examples/test-suite/dynamic_cast.i (just a thought)?? > Error codes will be handled seamlessly with exceptions (even in Perl). > Once this will be done, we'll be able to get rid of rigmatrix (rewritten > in perl), and write easily a memory editor/dumper in perl/tk/.. > > Let me know how it works for you. > > > Stephane > Cheerio, Joop |
|
From: Stephane F. <f8...@fr...> - 2002-09-16 06:50:06
|
Hi Joop,
Thanks for giving swig a try!
On Fri, Sep 13, 2002, Joop Stakenborg wrote:
> Swig fails in the latest CVS. (swig version 1.1) here:
^^^
>
> make[1]: Entering directory `/home/aba/Projects/hamlib/hamlib.pa4tu/bindings'
> swig -perl5 -shadow -I../include -I../src -I../lib -o hamlibperl_wrap.c hamlib.swg
> Generating wrappers for Perl 5
> hamlib.swg : Line 40. Syntax error in input.
> hamlib.swg : Line 54. Syntax error in input.
> hamlib.swg : Line 76. Missing semicolon. Reached end of input.
> make[1]: *** [hamlibperl_wrap.c] Error 1
> make[1]: Leaving directory `/home/aba/Projects/hamlib/hamlib.pa4tu/bindings'
> make: *** [all-recursive] Error 1
>
> This might be related to perl-5.8, see http://bugs.debian.org/swig
nope. I forgot to tell you. You need at least swig 1.3,
and the latest one gives better result. I work with 1.3.14 in Debian unstable.
I have a little problem, with automake though. The following Makefile.am does
compile only static version (BINDING_LA = hamlibperl.la hamlibtcl.la):
lib_LTLIBRARIES = @BINDING_LA@
EXTRA_LTLIBRARIES = hamlibperl.la hamlibtcl.la
So I cannot use @BINDING_LA@, and have to hardcode the list for now. Any idea?
lib_LTLIBRARIES = hamlibperl.la hamlibtcl.la
I am using autoconf 2.53-5, automake 1.6.3-2, and libtool 1.4.2-7
The get methods are almost done. I try to achieve dynamic type casting
for get_level/get_param, but documentation is sparse on this (advanced) subject.
Error codes will be handled seamlessly with exceptions (even in Perl).
Once this will be done, we'll be able to get rid of rigmatrix (rewritten
in perl), and write easily a memory editor/dumper in perl/tk/..
Let me know how it works for you.
Stephane
|
|
From: Stephane F. <f8...@fr...> - 2002-09-16 06:50:04
|
Hi Alejandro, Sorry to get back so late on this one. The fact is I have little if no idea of the problem. On Mon, Aug 19, 2002, pol...@so... wrote: > > > compilation is ok. Now, lets see what's wrong with the serial > > communication.. > > OK no doubt. the problem is on the serial comunication, how can I send the 5 bytes of UPDATE on low level? > I think the problem is the speed of the serial port. > Because I make a circuit once, that circuit comunicates with the PC at 9600 baudios on Windows, but in Linux the same circuit only work when the serial speed is in 14400 baudios, I dont know why! > The circuit is a CAT system for a BC tranceiver working on 28 MHz. Does your actual cable work at the *same speed* under Windows? Some user made cables can have wrongly designed filters, which can stomp low speed or high speed asynchronous modulation. > Back on the YAESU problem, the tranceiver is receiving information from the PC (CAT label indicator ON) but I dont know if the tranceiver dont understood this info or the computer dont receive or understood the info from the YAESU. Is only a setting problem Maybe the pacing value is at fault here. This is the minimum time between 2 bytes. Yaesu rigs cannot handle full speed communication because of microcontroller limitation. Therefore, some delays have to be inserted between chars. So try to set FT747_PACING_DEFAULT_VALUE in yaesu/ft747.h to 5, and check how the rig like it. You should also check that the number of stop bits is 2. Lowering the serial speed can be also a solution, provided the rig supports it. 73 Stephane |
|
From: <fre...@ya...> - 2002-09-14 14:20:28
|
<HTML><P ALIGN=CENTER><FONT SIZE=2 PTSIZE=10 FAMILY="FIXED" FACE="Courier New Baltic" LANG="0">We take the confusion, frustration, and often time consuming aspects of searching for a mortgage off of your shoulders and let the power of technology work for you! <BR> By simply filling out this ONE short online form (100% confidential) your needs will instantly be matched with one of hundreds of super qualified lenders nationwide, to assure that you get the best terms and rates possible. <BR> This service is absolutely 100% Free for you and will save you hours of frustration and filling out forms. <BR> Simply take a couple minutes to fill out this quick quote form and we will do the rest!<BR> <BR> <B><A HREF="http://dave.hostcentrel.com">Get your free quote here!</A></B></FONT><FONT COLOR="#000000" BACK="#ffffff" style="BACKGROUND-COLOR: #ffffff" SIZE=2 PTSIZE=10 FAMILY="SANSSERIF" FACE="Arial" LANG="0"></B><BR> <P ALIGN=LEFT><BR> [FRYTE^3247(^(PO1:KJ)_8J7BJK9^":}H&*TG0BK5NKIYs5] |
|
From: <Pea...@ya...> - 2002-09-14 12:31:21
|
PCEtLSBzYXZlZCBmcm9tIHVybD0oMDAyMilodHRwOi8vaW50ZXJuZXQuZS1t YWlsIC0tPg0KPEhUTUw+PEhFQUQ+DQo8VElUTEU+PC9USVRMRT4NCjxTVFlM RT5BOmxpbmsge2NvbG9yOnJlZH08L1NUWUxFPg0KPC9IRUFEPg0KPEJPRFkg YmdDb2xvcj0jZmZmZmZmPg0KPFRBQkxFIGNlbGxTcGFjaW5nPTAgY2VsbFBh ZGRpbmc9MTQgd2lkdGg9NjAwIGJvcmRlcj0zIGJvcmRlcmNvbG9yZGFyaz0j MDAzMzY2IGJvcmRlcmNvbG9ybGlnaHQ9IzY2OTk5OSBib3JkZXJjb2xvcj0j MDAzMzY2Pg0KICA8VEJPRFk+DQoJPFRSPg0KCTxURCB3aWR0aD0yMDAgYmdj b2xvcj0jNDY4MmI0IHZhbGlnbj10b3A+PEZPTlQgZmFjZT0iVmVyZGFuYSwg QXJpYWwiIGNvbG9yPSNmZmZmZmYgc2l6ZT00Pg0KCQk8Qj5ET04nVCBEUkVB TSBUTyBMSVZFISAuLi48QlI+PEJSPkxJVkUgVEhFIERSRUFNPC9CPjxCUj48 L0ZPTlQ+DQoJCTxGT05UIGZhY2U9IlZlcmRhbmEsIEFyaWFsIiBjb2xvcj0j ZmZmZmZmIHNpemU9Mj48QlI+PEI+DQoJCTxMST5CZSB5b3VyIG93biBCT1NT DQoJCTxMST5Xb3JrIHlvdXIgb3duIEhPVVJTDQoJCTxMST5ObyBGSVhFRCBv dmVyaGVhZA0KCQk8TEk+SGlnaCBDQVNIIHJldHVybiANCgkJPExJPklOQ09N RSBTdXBwbGVtZW50DQoJCTxMST5QYXJ0IFRpbWUgQnVzaW5lc3M8L0I+PC9G T05UPjwvTEk+DQoJCTxmb250IGNvbG9yPSM0NjgyYjQ+cXdlcnR5dWlvcGxr ajxCUj5oZ2Zkc2F6eGN2Ym5tLC48QlI+LzA5ODc2NTQzMjE8QlI+a2RqZGpk aGZ5aHNnZ2Y8QlI+SkRIWEdETkdEUlc8QlI+S0ZPRkdKREhESEdTPEJSPnNh enhjdmJubSwuPEJSPi8wOTg3NjU0MzIxPEJSPmtkamRqZGhmeWhzZ2dmPEJS PkpESFhHRDxCUj5xd2VydHl1aW9wbGtqPEJSPmhnZmRzYXp4Y3Zibm0sLjxC Uj4vMDk4NzY1NDMyMTxCUj5rZGpkamRoZnloc2dnZjxCUj5KREhYR0ROR0RS VzxCUj5LRk9GR0pESERIR1M8L2ZvbnQ+DQoJPC9URD4NCiAgICA8VEQgIHdp ZHRoPTQwMD4NCgkJPEZPTlQgZmFjZT0iVmVyZGFuYSwgQXJpYWwiIGNvbG9y PSMwMDAwNTAgc2l6ZT0zPg0KCQk8Qj5EZWFyIEZ1dHVyZSBCdXNpbmVzcyBP d25lciw8L0I+IA0KCQk8UCBhbGlnbj1jZW50ZXI+PEZPTlQgZmFjZT0iVmVy ZGFuYSwgQXJpYWwiIGNvbG9yPSMwMDAwNTAgc2l6ZT0yPg0KCQlZb3UgY2Fu IG5vdyBmb3IgdGhlIGZpcnN0IHRpbWUsIG93biBhIGJ1c2luZXNzIGluIHlv dXIgYXJlYSB3aXRoIHRoZSBtb3N0IHVuaXF1ZSwgaW5ub3ZhdGl2ZSBwcm9k dWN0IGluIEFtZXJpY2EgdG9kYXkuPEJSPjxCUj4NCgkJV29yayBsZXNzIHRo YW4gdGVuIGhvdXJzIGEgd2VlayB3aXRoIHRoZSBwb3RlbnRpYWwgdG8gZWFy biAkNTAsMDAwIGEgeWVhci48QlI+PEJSPkhlcmUncyBob3chICBPdmVyIDMw MCBNaWxsaW9uIHBlb3BsZSB1c2UgdGhpcyBwcm9kdWN0IGluIHRoZSBVLlMu DQoJCWRhaWx5LCB0aGF0J3MgcmlnaHQsIG92ZXIgMzAwIE1pbGxpb24gcGVv cGxlLjxCUj48Zm9udCBjb2xvcj0jRkZGRkZGPnF3ZXJ0eXVpb3Bsa2pqZmpo bSwuO3BvaXl1NVNIREZKSUZMaGdmZHNhenhjdmJubSwuPC9mb250PjxCUj5U aGUgcHJvZml0IG1hcmdpbiB3aXRoIHVzIGlzIGFuIGFtYXppbmcgNDAwJSwg eW91IHdpbGwgYmUgc2F5aW5nDQoJCXRvIHlvdXJzZWxmIHdoeSBkaWRuJ3Qg SSB0aGluayBvZiB0aGF0ITxCUj48Zm9udCBjb2xvcj0jRkZGRkZGPnF3ZXJ0 eXVpb3Bsa2pqZmpobSwuO3BvaXl1NVNIREZKSUZMaGdmZHNhenhjdmJubSwu PC9mb250PjxCUj4JQnJlYWsgZG93biB0aGUgd2FsbHMgYW5kIGxpdmUgdGhp cyBsaWZlIHlvdSd2ZSBvbmx5IGRyZWFtZWQgYWJvdXQuPEJSPjxCUj4NCgkJ PEJSPkF2YWlsYWJpbHR5IGlzIHlvdXIgYXJlYSBpcyBsaW1pdGVkLjxCUj48 QSBocmVmPSJodHRwOi8vMzY1LmJ1c2luZXNzb25saW5lbm93LmNvbS9icnVz aC8iPg0KCQk8Qj5DTElDSyBIRVJFIE5PVzwvQj48L0E+PEJSPlNvIHlvdSB0 b28gY2FuIHJlY2VpdmUgeW91ciBmcmVlIGluZm9ybWF0aW9uIHBhY2thZ2Ug dG9kYXkuDQoJCTxCUj48QlI+PEEgaHJlZj0iaHR0cDovLzM2NS5idXNpbmVz c29ubGluZW5vdy5jb20vYnJ1c2gvIj4NCgkJPEZPTlQgZmFjZT0iVmVyZGFu YSwgQXJpYWwiIGNvbG9yPSNjYzMzMzMgc2l6ZT01PjxCPjxJPkRvbid0IHdh aXQgYW55IGxvbmdlciE8QlI+R2V0IFN0YXJ0ZWQgVG9kYXkhITwvST48L0I+ PC9GT05UPjwvQT48L0ZPTlQ+PC9QPg0KCTwvVEQ+PC9UUj48L1RCT0RZPjwv VEFCTEU+PEJSPg0KPFRBQkxFIHdpZHRoPTU1MD4NCiAgPFRCT0RZPg0KICA8 VFIgPg0KICAgIDxURCBhbGlnbj1jZW50ZXI+DQoJCTxIUiBTSVpFPTEgd2lk dGg9IjEwMCUiIGNvbG9yPWluZGlnbz4NCgkJPGZvbnQgc2l6ZT0iMSIgZmFj ZT0iVmVyZGFuYSwgQXJpYWwiPllvdXIgZW1haWwgYWRkcmVzcyB3YXMgb2J0 YWluZWQgZnJvbSBhbiBvcHQtaW4gbGlzdC4gT3B0LWluIE1SU0EgTGlzdA0K CQk8QlI+UHVyY2hhc2UgQ29kZSAjIDMxMi0yNDEyLiAgSWYgeW91IHdpc2gg dG8gYmUgdW5zdWJzY3JpYmVkIGZyb20gdGhpcyBsaXN0LCBwbGVhc2UgPEEg aHJlZj0iaHR0cDovLzM2NS5idXNpbmVzc29ubGluZW5vdy5jb20vYnJ1c2gv cmVtb3ZlLmh0bWwiIHRhcmdldD0iX2JsYW5rIj5jbGljayBoZXJlPC9BPjwv Zm9udD4NCgkJPGZvbnQgY29sb3I9ZmZmZmZmPnF3ZXJ0eXVpb3Bsa2poZ2Zk c2F6eGN2Ym5tLC4vMDk4NzY1NDMyMTwvZm9udD4NCiAgICA8L1REPjwvVFI+ PC9UQk9EWT48L1RBQkxFPjwvQk9EWT48L0hUTUw+DQo3NDQ3TklheTgtOTE3 eGxXeTU1MjlJbnBPMC02MTF3eXVsMzE= |
33 messages has been excluded from this view by a project administrator.
