mmcdtools-discuss — MMCd Tools Discussion

Re: [Mmcdtools-discuss] MMCd Tools update

[Clinton B. <cba...@la...>]

MMCd Tools updateEnhanced Excel export performance would be great. When the
logger project gets back on the front burner, I will need to update the code
to support a new log format with variable number of sensors, 8/16 bit data,
and scaling info embedded in the header. (Not really a candidate for a minor
release.)


Clint

  ----- Original Message -----
  From: Shawn Poulson
  To: mmc...@li...
  Sent: Sunday, October 03, 2004 1:11 AM
  Subject: [Mmcdtools-discuss] MMCd Tools update


  Hi all,

  I'm putting together some code for a minor update to MMCd Tools.  So far
I've only made minor internal updates to Palm Conduit code and how the DLLs
work together.  i.e. Upgraded to from CDK 4.03 to 6.01.  Using COM instead
of standard DLL, fixes some unsightly confusion in the code as to where the
MMCdHelp.dll is located.  COM allows me to make function calls while knowing
only the ClassID.  If you cared to know. :)

  So while I'm at it, I'm up for some additional ideas as to what I could
incorporate this time around.

  I've done some brainstorming.  So far I'd really like to replace the Excel
export code with pure C code and not use the OLE automation object, which is
slower than molassas.  There's a Perl module Spreadsheet::WriteExcel does
such in pure perl, so I plan to learn from it.  However, I'd like to
incorporate this feature in the next major version.

  So. any thoughts?

  ---
  Shawn Poulson
  spo...@ex...

[Mmcdtools-discuss] MMCd Tools update

[Shawn P. <spo...@ex...>]

Hi all,

I'm putting together some code for a minor update to MMCd Tools.  So far
I've only made minor internal updates to Palm Conduit code and how the
DLLs work together.  i.e. Upgraded to from CDK 4.03 to 6.01.  Using COM
instead of standard DLL, fixes some unsightly confusion in the code as
to where the MMCdHelp.dll is located.  COM allows me to make function
calls while knowing only the ClassID.  If you cared to know. :)

So while I'm at it, I'm up for some additional ideas as to what I could
incorporate this time around.

I've done some brainstorming.  So far I'd really like to replace the
Excel export code with pure C code and not use the OLE automation
object, which is slower than molassas.  There's a Perl module
Spreadsheet::WriteExcel does such in pure perl, so I plan to learn from
it.  However, I'd like to incorporate this feature in the next major
version.

So. any thoughts?

---
Shawn Poulson
spo...@ex...

Re: [Mmcdtools-discuss] New log format

[Clinton B. <cba...@la...>]

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

RE: [Mmcdtools-discuss] New log format

[Shawn P. <spo...@ex...>]

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
 
 

Re: [Mmcdtools-discuss] New log format

[Clinton B. <cba...@la...>]

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

RE: [Mmcdtools-discuss] New version of .2b

[Shawn P. <spo...@ex...>]

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

RE: [Mmcdtools-discuss] New log format

[Shawn P. <spo...@ex...>]

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
 
 

Re: [Mmcdtools-discuss] New log format

[Clinton B. <cba...@la...>]

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

Re: [Mmcdtools-discuss] New log format

[Dmitry Y. <dm...@um...>]

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

[Mmcdtools-discuss] New log format

[Clinton B. <cba...@la...>]

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

[Mmcdtools-discuss] New version of .2b

[Clinton B. <cba...@la...>]

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

Re: [Mmcdtools-discuss] MMCdTools Build Error

[Clinton B. <cba...@la...>]

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
>
>

RE: [Mmcdtools-discuss] MMCdTools Build Error

[Shawn P. <spo...@ex...>]

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

RE: [Mmcdtools-discuss] MMCdTools Build Error

[Shawn P. <spo...@ex...>]

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

Re: [Mmcdtools-discuss] MMCdTools Build Error

[Clinton B. <cba...@la...>]

I would also appreciate it if you could send your version of CPString.h that
has a number of == operator overloads.



Clint

Re: [Mmcdtools-discuss] MMCdTools Build Error

[Clinton B. <cba...@la...>]

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?

Re: [Mmcdtools-discuss] MMCdTools Build Error

[Shawn P. <spo...@ya...>]

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...

[Mmcdtools-discuss] Fwd: [Mmcdlogger-discuss] MMCdTools Build Error

[Shawn P. <spo...@ya...>]

Forwarding to MMCd Tools list.

--- Clinton Battersby <cba...@la...> wrote:
> From: "Clinton Battersby" <cba...@la...>
> To: <mmc...@li...>
> Subject: [Mmcdlogger-discuss] MMCdTools Build Error
> Date: Fri, 23 Jul 2004 12:22:21 -0400
> 
> 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...

[Mmcdtools-discuss] test

[Shawn P. <spo...@ya...>]

Test

=====
---
Shawn Poulson
spo...@ex...