Menu
▾
▴
mmcdtools-discuss
|
From: Shawn P. <spo...@ya...> - 2004-07-23 18:34:16
|
I haven't seen this particular error, but it's not the first I've seen of this type. The Palm CDK stuff is labeled as Generic Conduit, so I wondered the implications of copying (and possibly altering) the CDK code into my project and distributing it as part of the whole source tarball. I haven't checked the copyrighting and licensing to see if that's permitted. There is a new CDK 6.0 that has just recently come out and documented on the palmos.com developer site. Supposedly it's a complete rewrite to the generic conduit project. I have been planning on making the next major release on CDK 6.0. As for Visual Studio .NET 2003, that's different than plain .NET, right? --- Clinton Battersby <cba...@la...> wrote: > I thought I had sent this to you earlier but could not locate the > email so I > figured I would send it again. I got this error when attempting to > build the > MMCdTools project .2a usibng .NET 2003 Enterprise. > > Re-casting the expression works but want to find out if you had seen > the > same problem and make sure I make the same change to gencat.cpp. > > > Clint > > > Compiling... > gencat.cpp > \code\palm\CDK403\C++\Samples\GenCns\GenCn\Src\gencat.cpp(507) : > error > C2666: 'operator`=='' : 5 overloads have similar conversions > h:\code\palm\CDK403\C++\Pfc\include\CPString.h(302): could be > 'BOOL > operator ==(LPCTSTR,const CPString &)' > h:\code\palm\CDK403\C++\Pfc\include\CPString.h(301): or > 'BOOL > operator ==(const CPString &,LPCTSTR)' > h:\code\palm\CDK403\C++\Pfc\include\CPString.h(300): or > 'BOOL > operator ==(const CPString &,const CPString &)' > or 'built-in C++ operator==(LPCTSTR, LPCTSTR)' > or 'built-in C++ operator==(char *, char *)' > while trying to match the argument list '(CPString, char *)' > note: qualification adjustment (const/volatile) may be > causing the > ambiguity > > > > > Clint > > > > > > > > --------------------------------- Build Log ------- Build started: Project: MMCdSync, Configuration: Debug|Win32 ------- Command Lines Creating temporary file "h:\code\MMCdTools-0.2a\MMCd HotSync Conduit\Debug\RSP000003.rsp" with contents[/Od /I "." /I "h:\code\palm\cdk403\C++\Include" /I "h:\code\palm\cdk403\C++\pfc\Include" /I "h:\code\palm\cdk403\C++\Samples\GenCns\GenCn\Include" /I "..\mmcdhelp\include" /D "_CONDUIT_" /D "WIN32" /D "_DEBUG" /D "_WINDOWS" /D "_MBCS" /D "_USRDLL" /D "_WINDLL" /FD /EHsc /MTd /GS /Fo"Debug/" /Fd"Debug/vc70.pdb" /c /Zi /TP"\code\palm\Cdk403\C++\Samples\GenCns\GenCn\Src\gencat.cpp"]Creating command line "cl.exe @"h:\code\MMCdTools-0.2a\MMCd HotSync Conduit\Debug\RSP000003.rsp" /nologo" Output Window Compiling...gencat.cpp\code\palm\CDK403\C++\Samples\GenCns\GenCn\Src\gencat.cpp(507) : error C2666: 'operator`=='' : 5 overloads have similar conversions h:\code\palm\CDK403\C++\Pfc\include\CPString.h(302): could be 'BOOL operator ==(LPCTSTR,const CPString )' h:\code\palm\CDK403\C++\Pfc\include\CPString.h(301): or 'BOOL operator ==(const CPString ,LPCTSTR)' h:\code\palm\CDK403\C++\Pfc\include\CPString.h(300): or 'BOOL operator ==(const CPString ,const CPString )' or 'built-in C++ operator==(LPCTSTR, LPCTSTR)' or 'built-in C++ operator==(char *, char *)' while trying to match the argument list '(CPString, char *)' note: qualification adjustment (const/volatile) may be causing the ambiguity Results Build log was saved at "file://h:\code\MMCdTools-0.2a\MMCd HotSync Conduit\Debug\BuildLog.htm"MMCdSync - 1 error(s), 0 warning(s) ===== --- Shawn Poulson spo...@ex... |
|
From: Clinton B. <cba...@la...> - 2004-07-23 19:16:20
|
Using the latest version of MS dev tools from MSDN Enterprise subscription (Help-About) MS Dev Environment 2003 V7.1.3088 MS .NET Framework V1.1 I had not bothered loading the .NET tools until now because all of the projects I was supporting were built under MS Visual Studio 6. I was surprised to get an error based on the fact that I was running the same CDK403 referenced in the project notes. At your convenience, please send me a copy of your gencat.cpp so I can confirm that they are the same file. Clint ----- Original Message ----- From: "Shawn Poulson" <spo...@ya...> To: <mmc...@li...> Sent: Friday, July 23, 2004 2:34 PM Subject: Re: [Mmcdtools-discuss] MMCdTools Build Error > I haven't seen this particular error, but it's not the first I've seen > of this type. > > The Palm CDK stuff is labeled as Generic Conduit, so I wondered the > implications of copying (and possibly altering) the CDK code into my > project and distributing it as part of the whole source tarball. I > haven't checked the copyrighting and licensing to see if that's > permitted. > > There is a new CDK 6.0 that has just it's a complete rewrite > to the generic conduit project. I have been precently come out and documented > on the palmos.com developer site. Supposedly lanning on making the > next major release on CDK 6.0. > > As for Visual Studio .NET 2003, that's different than plain .NET, > right? |
|
From: Shawn P. <spo...@ex...> - 2004-07-26 01:40:06
Attachments:
gencat.cpp
|
Here it is. -----Original Message----- From: mmc...@li... [mailto:mmc...@li...] On Behalf Of Clinton Battersby Sent: Friday, July 23, 2004 3:04 PM To: mmc...@li... Subject: Re: [Mmcdtools-discuss] MMCdTools Build Error Using the latest version of MS dev tools from MSDN Enterprise subscription (Help-About) MS Dev Environment 2003 V7.1.3088 MS .NET Framework V1.1 I had not bothered loading the .NET tools until now because all of the projects I was supporting were built under MS Visual Studio 6. I was surprised to get an error based on the fact that I was running the same CDK403 referenced in the project notes. At your convenience, please send me a copy of your gencat.cpp so I can confirm that they are the same file. Clint ----- Original Message ----- From: "Shawn Poulson" <spo...@ya...> To: <mmc...@li...> Sent: Friday, July 23, 2004 2:34 PM Subject: Re: [Mmcdtools-discuss] MMCdTools Build Error > I haven't seen this particular error, but it's not the first I've seen > of this type. > > The Palm CDK stuff is labeled as Generic Conduit, so I wondered the > implications of copying (and possibly altering) the CDK code into my > project and distributing it as part of the whole source tarball. I > haven't checked the copyrighting and licensing to see if that's > permitted. > > There is a new CDK 6.0 that has just it's a complete rewrite > to the generic conduit project. I have been precently come out and documented > on the palmos.com developer site. Supposedly lanning on making the > next major release on CDK 6.0. > > As for Visual Studio .NET 2003, that's different than plain .NET, > right? ------------------------------------------------------- This SF.Net email is sponsored by BEA Weblogic Workshop FREE Java Enterprise J2EE developer tools! Get your free copy of BEA WebLogic Workshop 8.1 today. http://ads.osdn.com/?ad_id=4721&alloc_id=10040&op=click _______________________________________________ Mmcdtools-discuss mailing list Mmc...@li... https://lists.sourceforge.net/lists/listinfo/mmcdtools-discuss |
|
From: Clinton B. <cba...@la...> - 2004-07-23 19:31:42
|
I would also appreciate it if you could send your version of CPString.h that has a number of == operator overloads. Clint |
|
From: Shawn P. <spo...@ex...> - 2004-07-26 01:40:52
Attachments:
CPString.h
|
Again, here it is. -----Original Message----- From: mmc...@li... [mailto:mmc...@li...] On Behalf Of Clinton Battersby Sent: Friday, July 23, 2004 3:18 PM To: mmc...@li... Subject: Re: [Mmcdtools-discuss] MMCdTools Build Error I would also appreciate it if you could send your version of CPString.h that has a number of == operator overloads. Clint ------------------------------------------------------- This SF.Net email is sponsored by BEA Weblogic Workshop FREE Java Enterprise J2EE developer tools! Get your free copy of BEA WebLogic Workshop 8.1 today. http://ads.osdn.com/?ad_id=4721&alloc_id=10040&op=click _______________________________________________ Mmcdtools-discuss mailing list Mmc...@li... https://lists.sourceforge.net/lists/listinfo/mmcdtools-discuss |
|
From: Clinton B. <cba...@la...> - 2004-07-26 13:13:39
|
Same files / same error. Thanks.. Perhaps a compiler directive that is different between .NET C++ versions or some problem with the MS project conversion code. Clint ----- Original Message ----- From: "Shawn Poulson" <spo...@ex...> To: <mmc...@li...> Sent: Sunday, July 25, 2004 9:40 PM Subject: RE: [Mmcdtools-discuss] MMCdTools Build Error > Again, here it is. > > -----Original Message----- > From: mmc...@li... > [mailto:mmc...@li...] On Behalf Of > Clinton Battersby > Sent: Friday, July 23, 2004 3:18 PM > To: mmc...@li... > Subject: Re: [Mmcdtools-discuss] MMCdTools Build Error > > I would also appreciate it if you could send your version of CPString.h > that > has a number of == operator overloads. > > > > Clint > > > > ------------------------------------------------------- > This SF.Net email is sponsored by BEA Weblogic Workshop > FREE Java Enterprise J2EE developer tools! > Get your free copy of BEA WebLogic Workshop 8.1 today. > http://ads.osdn.com/?ad_id=4721&alloc_id=10040&op=click > _______________________________________________ > Mmcdtools-discuss mailing list > Mmc...@li... > https://lists.sourceforge.net/lists/listinfo/mmcdtools-discuss > > |
|
From: Clinton B. <cba...@la...> - 2004-07-26 13:28:43
|
Any estimate when you will post .2b that fixes the scaling errors? I have resisted posting the updated version to 3SI but this is getting frustrating. Clint |
|
From: Shawn P. <spo...@ex...> - 2004-07-27 01:32:28
|
Relax. I'm hardly at home to work on this stuff lately. I'll have to take a look at everything this week, and prepare the new release. -----Original Message----- From: mmc...@li... [mailto:mmc...@li...] On Behalf Of Clinton Battersby Sent: Monday, July 26, 2004 9:26 AM To: mmc...@li... Subject: [Mmcdtools-discuss] New version of .2b Any estimate when you will post .2b that fixes the scaling errors? I have resisted posting the updated version to 3SI but this is getting frustrating. Clint ------------------------------------------------------- This SF.Net email is sponsored by BEA Weblogic Workshop FREE Java Enterprise J2EE developer tools! Get your free copy of BEA WebLogic Workshop 8.1 today. http://ads.osdn.com/?ad_id=4721&alloc_id=10040&op=click _______________________________________________ Mmcdtools-discuss mailing list Mmc...@li... https://lists.sourceforge.net/lists/listinfo/mmcdtools-discuss |
|
From: Clinton B. <cba...@la...> - 2004-07-26 17:03:47
|
Reworking structs inside MMCd to simplify adding new sensor types. Each sensor will include: Short Tag Long Tag Units HWChan (ECU / expansion register) FSCount (255, 1023, 8191 etc) Decimal (number of digits to display) Interpolate (0 if no interpolation, otherwise ID of interpolation table) Scale Offset GrMin GrMax This will eliminate a fair amount of redundant scaling code and simplify adding new sensors. Same struct will be prepended to beginning of each log to elminate hard coding of scaling info in MMCdTools. Plan of attack on MMCdTools (to maintain backward compatibility) is to detect "headerless log files" and use a default header structure. Design decision on MMCd logger that I am still wrestling with is whether to add support for > 32 active sensors or just allow up to 32 sensors to be selected from a larger pallet. Clint |
|
From: Dmitry Y. <dm...@um...> - 2004-07-26 17:34:41
|
have a look at http://sh093.meditprofi.ru/download.html. the page is in russian, but you can download the files. the guy reworked MMCd a while ago to support 5 protocols used in domestic cars. they are based on BOSCH MP7, BOSCH 1.5.4 and GM. mmcd2 has support for up to 255 sensors, graph scaling, 16 bit sensor values, sensor selection and rearrangement. maybe something you plan to do is already implemented... unfotunately, mistubishi support isn't there. we planed to unify both versions but it never came true... /dmitry |
|
From: Clinton B. <cba...@la...> - 2004-07-26 19:19:14
|
I downloaded this a long time ago but punted when it appeared to have the same 4x8 sensor structure and I could not even get the preferences / alarm dialogues to display. (I dismissed v2.2.2 at the time as being a stripped down version of MMCd with new protocols.) I will review source of V2.2.2 to see what structs have been added. My Russian is not so good but C is C. Clint ----- Original Message ----- From: "Dmitry Yurtaev" <dm...@um...> To: <mmc...@li...> Sent: Monday, July 26, 2004 1:34 PM Subject: Re: [Mmcdtools-discuss] New log format > have a look at http://sh093.meditprofi.ru/download.html. the page is in > russian, but you can download the files. > > the guy reworked MMCd a while ago to support 5 protocols used in > domestic cars. they are based on BOSCH MP7, BOSCH 1.5.4 and GM. > > mmcd2 has support for up to 255 sensors, graph scaling, 16 bit sensor > values, sensor selection and rearrangement. > > maybe something you plan to do is already implemented... > > unfotunately, mistubishi support isn't there. we planed to unify both > versions but it never came true... > > /dmitry > > > > ------------------------------------------------------- > This SF.Net email is sponsored by BEA Weblogic Workshop > FREE Java Enterprise J2EE developer tools! > Get your free copy of BEA WebLogic Workshop 8.1 today. > http://ads.osdn.com/?ad_id=4721&alloc_id=10040&op=click > _______________________________________________ > Mmcdtools-discuss mailing list > Mmc...@li... > https://lists.sourceforge.net/lists/listinfo/mmcdtools-discuss |
|
From: Clinton B. <cba...@la...> - 2004-07-28 06:25:33
|
Quick review of source seems to indicate it is still using bitfields on a
UInt32 to control existance/scanning of sensors and there are still only 4
pages of 8 sensors in the resource files so I don't know where 256 sensors
comes from nor support for 16 bit values.
Note: Thresholds for alarms are still 8 bit although the rest of the alarm
code is disabled so it's kind of moot.
I'll do some digging later to see if I can figure out where the enhanced
functionality is buried.
Clint
typedef struct _ModPrefs {
DiaPrefsType custom; /* custom module prefs */
UInt32 sensorCaptureMask;
UInt32 sensorGraphMask;
UInt32 capture;
UInt32 graph;
UInt8 currentBank;
UInt8 currentMode;
UInt8 sensorSelection;
UInt32 polarity;
UInt8 threshold[SENSOR_COUNT];
UInt8 sound[SENSOR_COUNT];
UInt8 sensorIndex[SENSOR_COUNT];
Boolean hideUnused;
GraphMode graphMode;
Boolean audibleAlarms;
UInt16 topVisible;
DiaTimingType timing;
} ModPrefs;
----- Original Message -----
From: "Dmitry Yurtaev" <dm...@um...>
To: <mmc...@li...>
Sent: Monday, July 26, 2004 1:34 PM
Subject: Re: [Mmcdtools-discuss] New log format
> have a look at http://sh093.meditprofi.ru/download.html. the page is in
> russian, but you can download the files.
>
> the guy reworked MMCd a while ago to support 5 protocols used in
> domestic cars. they are based on BOSCH MP7, BOSCH 1.5.4 and GM.
>
> mmcd2 has support for up to 255 sensors, graph scaling, 16 bit sensor
> values, sensor selection and rearrangement.
>
> maybe something you plan to do is already implemented...
>
> unfotunately, mistubishi support isn't there. we planed to unify both
> versions but it never came true...
>
> /dmitry
>
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by BEA Weblogic Workshop
> FREE Java Enterprise J2EE developer tools!
> Get your free copy of BEA WebLogic Workshop 8.1 today.
> http://ads.osdn.com/?ad_id=4721&alloc_id=10040&op=click
> _______________________________________________
> Mmcdtools-discuss mailing list
> Mmc...@li...
> https://lists.sourceforge.net/lists/listinfo/mmcdtools-discuss
|
|
From: Shawn P. <spo...@ex...> - 2004-07-27 01:29:58
|
What is FSCount? Why Decimal? Why not do a printf-style %0.2f or similar format string? I don't think I understand Interpolate. Is this a display feature or something else? Also, is it really necessary to have backwards compatibility? I mean, it'd be nice, but if it really limits us, I say tell everyone to upgrade. Why would we want them to run old versions, when the same Palm can run the latest? -----Original Message----- From: mmc...@li... [mailto:mmc...@li...] On Behalf Of Clinton Battersby Sent: Monday, July 26, 2004 12:21 PM To: mmc...@li... Subject: [Mmcdtools-discuss] New log format Reworking structs inside MMCd to simplify adding new sensor types. Each sensor will include: Short Tag Long Tag Units HWChan (ECU / expansion register) FSCount (255, 1023, 8191 etc) Decimal (number of digits to display) Interpolate (0 if no interpolation, otherwise ID of interpolation table) Scale Offset GrMin GrMax This will eliminate a fair amount of redundant scaling code and simplify adding new sensors. Same struct will be prepended to beginning of each log to elminate hard coding of scaling info in MMCdTools. Plan of attack on MMCdTools (to maintain backward compatibility) is to detect "headerless log files" and use a default header structure. Design decision on MMCd logger that I am still wrestling with is whether to add support for > 32 active sensors or just allow up to 32 sensors to be selected from a larger pallet. Clint |
|
From: Clinton B. <cba...@la...> - 2004-07-27 03:22:12
|
I'll post the exe at 3SI and email you the source when its done.
Clint
PS: I hope I sent this to the right post.
----- Original Message -----
From: Shawn Poulson
To: mmc...@li...
Sent: Monday, July 26, 2004 9:30 PM
Subject: RE: [Mmcdtools-discuss] New log format
What is FSCount?
Why Decimal? Why not do a printf-style %0.2f or similar format string?
I don't think I understand Interpolate. Is this a display feature or
something else?
Also, is it really necessary to have backwards compatibility? I mean, it'
d be nice, but if it really limits us, I say tell everyone to upgrade. Why
would we want them to run old versions, when the same Palm can run the
latest?
-----Original Message-----
From: mmc...@li...
[mailto:mmc...@li...] On Behalf Of Clinton
Battersby
Sent: Monday, July 26, 2004 12:21 PM
To: mmc...@li...
Subject: [Mmcdtools-discuss] New log format
Reworking structs inside MMCd to simplify adding new sensor types.
Each sensor will include:
Short Tag
Long Tag
Units
HWChan (ECU / expansion register)
FSCount (255, 1023, 8191 etc)
Decimal (number of digits to display)
Interpolate (0 if no interpolation, otherwise ID of interpolation table)
Scale
Offset
GrMin
GrMax
This will eliminate a fair amount of redundant scaling code and simplify
adding new sensors. Same struct will be prepended to beginning of each log
to elminate hard coding of scaling info in MMCdTools.
Plan of attack on MMCdTools (to maintain backward compatibility) is to
detect "headerless log files" and use a default header structure.
Design decision on MMCd logger that I am still wrestling with is whether
to add support for > 32 active sensors or just allow up to 32 sensors to be
selected from a larger pallet.
Clint
|
|
From: Shawn P. <spo...@ex...> - 2004-07-28 02:57:02
|
Are people really knocking down your door for this? -----Original Message----- From: mmc...@li... [mailto:mmc...@li...] On Behalf Of Clinton Battersby Sent: Monday, July 26, 2004 11:18 PM To: mmc...@li... Subject: Re: [Mmcdtools-discuss] New log format I'll post the exe at 3SI and email you the source when its done. Clint PS: I hope I sent this to the right post. ----- Original Message ----- From: Shawn Poulson <mailto:spo...@ex...> To: mmc...@li... Sent: Monday, July 26, 2004 9:30 PM Subject: RE: [Mmcdtools-discuss] New log format What is FSCount? Why Decimal? Why not do a printf-style %0.2f or similar format string? I don't think I understand Interpolate. Is this a display feature or something else? Also, is it really necessary to have backwards compatibility? I mean, it'd be nice, but if it really limits us, I say tell everyone to upgrade. Why would we want them to run old versions, when the same Palm can run the latest? -----Original Message----- From: mmc...@li... [mailto:mmc...@li...] On Behalf Of Clinton Battersby Sent: Monday, July 26, 2004 12:21 PM To: mmc...@li... Subject: [Mmcdtools-discuss] New log format Reworking structs inside MMCd to simplify adding new sensor types. Each sensor will include: Short Tag Long Tag Units HWChan (ECU / expansion register) FSCount (255, 1023, 8191 etc) Decimal (number of digits to display) Interpolate (0 if no interpolation, otherwise ID of interpolation table) Scale Offset GrMin GrMax This will eliminate a fair amount of redundant scaling code and simplify adding new sensors. Same struct will be prepended to beginning of each log to elminate hard coding of scaling info in MMCdTools. Plan of attack on MMCdTools (to maintain backward compatibility) is to detect "headerless log files" and use a default header structure. Design decision on MMCd logger that I am still wrestling with is whether to add support for > 32 active sensors or just allow up to 32 sensors to be selected from a larger pallet. Clint |
Thanks for helping keep SourceForge clean.
X