------_=_NextPart_001_01C1450A.AAFD96E0
Content-Type: text/plain
I have been looking at ACE_Ini_ImpExp and I noticed that the import and
export routines do not handle the comments in a "safe" manner. When you
read in the file, the import_config method ignores comment lines. When you
write the file out, all the information is written back to the file without
the original comments. Was this an oversight or an area where there needs
to be some modifications?
Also, I found the following lines in the 'Configuration.cpp' source:
// Can remove this when import_config and export_config are removed
from
// ACE_Configuration. They're deprecated at ACE 5.2.
#include "ace/Configuration_Import_Export.h"
What will be replacing the functionality of the import and export
functionality for 'ini'/'conf' files?
Thanks,
Kyle Brost
----
------_=_NextPart_001_01C1450A.AAFD96E0
Content-Type: text/html
Content-Transfer-Encoding: quoted-printable
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; =
charset=3Dus-ascii">
<META NAME=3D"Generator" CONTENT=3D"MS Exchange Server version =
5.5.2652.35">
<TITLE>ACE_Ini_ImpExp: Feature Request?</TITLE>
</HEAD>
<BODY>
<P><FONT SIZE=3D2>I have been looking at ACE_Ini_ImpExp and I noticed =
that the import and export routines do not handle the comments in a =
"safe" manner. When you read in the file, the =
import_config method ignores comment lines. When you write the =
file out, all the information is written back to the file without the =
original comments. Was this an oversight or an area where there =
needs to be some modifications? </FONT></P>
<P><FONT SIZE=3D2>Also, I found the following lines in the =
'Configuration.cpp' source: </FONT>
<BR> <FONT SIZE=3D2>// Can =
remove this when import_config and export_config are removed =
from</FONT>
<BR> <FONT SIZE=3D2>// =
ACE_Configuration. They're deprecated at ACE 5.2.</FONT>
<BR> <FONT SIZE=3D2>#include =
"ace/Configuration_Import_Export.h"</FONT>
<BR><FONT SIZE=3D2>What will be replacing the functionality of the =
import and export functionality for 'ini'/'conf' files?</FONT>
</P>
<P><FONT SIZE=3D2>Thanks,</FONT>
</P>
<BR>
<P><FONT SIZE=3D2>Kyle Brost</FONT>
<BR><FONT SIZE=3D2>----</FONT>
</P>
</BODY>
</HTML>
------_=_NextPart_001_01C1450A.AAFD96E0--
> I have been looking at ACE_Ini_ImpExp and I noticed that the import and
> export routines do not handle the comments in a "safe" manner. When you
> read in the file, the import_config method ignores comment lines. When
you
> write the file out, all the information is written back to the file
without
> the original comments. Was this an oversight or an area where there needs
> to be some modifications?
I didn't write this, but it was probably a "why do you need to do that?"
sort of thing. If you have a program to maintain the config (doing exports)
then you don't need to be editing it. If you edit it (and put in comments)
you don't need to export it.
If you'd like to add support for maintaining comments, send updated code to
this list.
> Also, I found the following lines in the 'Configuration.cpp' source:
> // Can remove this when import_config and export_config are removed
> from
> // ACE_Configuration. They're deprecated at ACE 5.2.
> #include "ace/Configuration_Import_Export.h"
> What will be replacing the functionality of the import and export
> functionality for 'ini'/'conf' files?
That I did add. The import/export functionality is moved out to other
classes that offer both ini and registry-format import/export. That is meant
to replace to one-dimensional ACE_Configuration::import and export methods.
The existing import and export methods are left there for compatibility.
Best regards,
-Steve
--
Steve Huston Riverace Corporation
Email: shu...@riverace.com http://www.riverace.com
ACE Kits, Support, Consulting (508) 541-9180, FAX 541-9185
Installable Kits at http://www.riverace.com/ACE_Kits/kit-store.html
------_=_NextPart_001_01C1451E.0497B0B0
Content-Type: text/plain;
charset="iso-8859-1"
Thanks Steve,
I noticed that there is a "ACE_Configuration_Win32Registry" implementation
for Win32 Registries, but I could not find the forward looking
implementation for INI files. Does this exist? If so, could you point me
in the correct direction. If not... It could be an interesting task.
Thanks,
Kyle Brost
----
Hi Kyle,
Best regards,
-Steve
------_=_NextPart_001_01C1451E.0497B0B0
Content-Type: text/html;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; =
charset=3Diso-8859-1">
<META NAME=3D"Generator" CONTENT=3D"MS Exchange Server version =
5.5.2652.35">
<TITLE>RE: [ace-users] ACE_Ini_ImpExp: Feature Request?</TITLE>
</HEAD>
<BODY>
<P><FONT SIZE=3D2>Thanks Steve,</FONT>
</P>
<P><FONT SIZE=3D2>I noticed that there is a =
"ACE_Configuration_Win32Registry" implementation for Win32 =
Registries, but I could not find the forward looking implementation for =
INI files. Does this exist? If so, could you point me in =
the correct direction. If not... It could be an interesting =
task.</FONT></P>
<P><FONT SIZE=3D2>Thanks,</FONT>
</P>
<BR>
<P><FONT SIZE=3D2>Kyle Brost</FONT>
<BR><FONT SIZE=3D2>----</FONT>
</P>
<P><FONT SIZE=3D2>-----Original Message-----</FONT>
<BR><FONT SIZE=3D2>From: Steve Huston [<A =
HREF=3D"mailto:shu...@riverace.com">mailto:shu...@riverace.com</A>]</F=
ONT>
<BR><FONT SIZE=3D2>Sent: Monday, September 24, 2001 11:08 AM</FONT>
<BR><FONT SIZE=3D2>To: ace-...@cs.wustl.edu</FONT>
<BR><FONT SIZE=3D2>Subject: Re: [ace-users] ACE_Ini_ImpExp: Feature =
Request?</FONT>
</P>
<BR>
<P><FONT SIZE=3D2>Hi Kyle,</FONT>
</P>
<P><FONT SIZE=3D2>> I have been looking at ACE_Ini_ImpExp and I =
noticed that the import and</FONT>
<BR><FONT SIZE=3D2>> export routines do not handle the comments in a =
"safe" manner. When you</FONT>
<BR><FONT SIZE=3D2>> read in the file, the import_config method =
ignores comment lines. When</FONT>
<BR><FONT SIZE=3D2>you</FONT>
<BR><FONT SIZE=3D2>> write the file out, all the information is =
written back to the file</FONT>
<BR><FONT SIZE=3D2>without</FONT>
<BR><FONT SIZE=3D2>> the original comments. Was this an =
oversight or an area where there needs</FONT>
<BR><FONT SIZE=3D2>> to be some modifications?</FONT>
</P>
<P><FONT SIZE=3D2>I didn't write this, but it was probably a "why =
do you need to do that?"</FONT>
<BR><FONT SIZE=3D2>sort of thing. If you have a program to maintain the =
config (doing exports)</FONT>
<BR><FONT SIZE=3D2>then you don't need to be editing it. If you edit it =
(and put in comments)</FONT>
<BR><FONT SIZE=3D2>you don't need to export it.</FONT>
</P>
<P><FONT SIZE=3D2>If you'd like to add support for maintaining =
comments, send updated code to</FONT>
<BR><FONT SIZE=3D2>this list.</FONT>
</P>
<P><FONT SIZE=3D2>> Also, I found the following lines in the =
'Configuration.cpp' source:</FONT>
<BR><FONT SIZE=3D2>> // Can remove this when import_config and =
export_config are removed</FONT>
<BR><FONT SIZE=3D2>> from</FONT>
<BR><FONT SIZE=3D2>> // ACE_Configuration. They're deprecated at ACE =
5.2.</FONT>
<BR><FONT SIZE=3D2>> #include =
"ace/Configuration_Import_Export.h"</FONT>
<BR><FONT SIZE=3D2>> What will be replacing the functionality of the =
import and export</FONT>
<BR><FONT SIZE=3D2>> functionality for 'ini'/'conf' files?</FONT>
</P>
<P><FONT SIZE=3D2>That I did add. The import/export functionality is =
moved out to other</FONT>
<BR><FONT SIZE=3D2>classes that offer both ini and registry-format =
import/export. That is meant</FONT>
<BR><FONT SIZE=3D2>to replace to one-dimensional =
ACE_Configuration::import and export methods.</FONT>
<BR><FONT SIZE=3D2>The existing import and export methods are left =
there for compatibility.</FONT>
</P>
<P><FONT SIZE=3D2>Best regards,</FONT>
</P>
<P><FONT SIZE=3D2>-Steve</FONT>
</P>
<P><FONT SIZE=3D2>--</FONT>
<BR><FONT SIZE=3D2>Steve =
Huston =
=
Riverace Corporation</FONT>
<BR><FONT SIZE=3D2>Email: =
shu...@riverace.com &nbs=
p; <A HREF=3D"http://www.riverace.com" =
TARGET=3D"_blank">http://www.riverace.com</A></FONT>
<BR><FONT SIZE=3D2>ACE Kits, Support, =
Consulting &n=
bsp; (508) 541-9180, FAX 541-9185</FONT>
<BR><FONT SIZE=3D2>Installable Kits at <A =
HREF=3D"http://www.riverace.com/ACE_Kits/kit-store.html" =
TARGET=3D"_blank">http://www.riverace.com/ACE_Kits/kit-store.html</A></F=
ONT>
</P>
</BODY>
</HTML>
------_=_NextPart_001_01C1451E.0497B0B0--
> Thanks Steve,
You're welcome.
> I noticed that there is a "ACE_Configuration_Win32Registry" implementation
> for Win32 Registries, but I could not find the forward looking
> implementation for INI files. Does this exist? If so, could you point me
> in the correct direction. If not... It could be an interesting task.
I'm not sure what you mean by "forward looking". The Win32 registry version
works directly on the Win32 registry, as opposed to being in memory and
needing an import/export to get and store data.
Could you explain a bit more about what you're looking for?
------_=_NextPart_001_01C14533.3D199560
Content-Type: text/plain;
charset="iso-8859-1"
Hello Steve,
I would like the same functionality that is provided by the ACE_Ini_ImpExp
with the additional comment support. I took the comment in the source file
to mean that ACE_Ini_ImpExp will be removed in 5.2 and that the ability to
read flat configuration files would have to be achieved by using the
ACE_Configuration_XXX classes. So, 1) Is there a different class, besides
ACE_Ini_ImpExp, that provides flat-configuration file reading and writing?
2) Will ACE_Ini_ImpExp become depreciated?
I hope that better explains my questions. Modifying the code to enable
comment retention is not difficult and that something that I think I can
handle if we choose to use ACE in the near future.
Thanks,
Kyle Brost
----
-----Original Message-----
From: Steve Huston [mailto:shu...@riverace.com]
Sent: Monday, September 24, 2001 1:46 PM
To: ace-...@cs.wustl.edu
Subject: Re: [ace-users] ACE_Ini_ImpExp: Feature Request?
Hi Kyle,
> Thanks Steve,
You're welcome.
-Steve
------_=_NextPart_001_01C14533.3D199560
Content-Type: text/html;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; =
charset=3Diso-8859-1">
<META NAME=3D"Generator" CONTENT=3D"MS Exchange Server version =
5.5.2652.35">
<TITLE>RE: [ace-users] ACE_Ini_ImpExp: Feature Request?</TITLE>
</HEAD>
<BODY>
<P><FONT SIZE=3D2>Hello Steve,</FONT>
</P>
<P><FONT SIZE=3D2>I would like the same functionality that is provided =
by the ACE_Ini_ImpExp with the additional comment support. I took =
the comment in the source file to mean that ACE_Ini_ImpExp will be =
removed in 5.2 and that the ability to read flat configuration files =
would have to be achieved by using the ACE_Configuration_XXX =
classes. So, 1) Is there a different class, besides =
ACE_Ini_ImpExp, that provides flat-configuration file reading and =
writing? 2) Will ACE_Ini_ImpExp become depreciated?</FONT></P>
<P><FONT SIZE=3D2>I hope that better explains my questions. =
Modifying the code to enable comment retention is not difficult and =
that something that I think I can handle if we choose to use ACE in the =
near future.</FONT></P>
<P><FONT SIZE=3D2>Thanks,</FONT>
</P>
<BR>
<P><FONT SIZE=3D2>Kyle Brost</FONT>
<BR><FONT SIZE=3D2>----</FONT>
</P>
<P><FONT SIZE=3D2>-----Original Message-----</FONT>
<BR><FONT SIZE=3D2>From: Steve Huston [<A =
HREF=3D"mailto:shu...@riverace.com">mailto:shu...@riverace.com</A>]</F=
ONT>
<BR><FONT SIZE=3D2>Sent: Monday, September 24, 2001 1:46 PM</FONT>
<BR><FONT SIZE=3D2>To: ace-...@cs.wustl.edu</FONT>
<BR><FONT SIZE=3D2>Subject: Re: [ace-users] ACE_Ini_ImpExp: Feature =
Request?</FONT>
</P>
<BR>
<P><FONT SIZE=3D2>Hi Kyle,</FONT>
</P>
<P><FONT SIZE=3D2>> Thanks Steve,</FONT>
</P>
<P><FONT SIZE=3D2>You're welcome.</FONT>
</P>
<P><FONT SIZE=3D2>> I noticed that there is a =
"ACE_Configuration_Win32Registry" implementation</FONT>
<BR><FONT SIZE=3D2>> for Win32 Registries, but I could not find the =
forward looking</FONT>
<BR><FONT SIZE=3D2>> implementation for INI files. Does this =
exist? If so, could you point me</FONT>
<BR><FONT SIZE=3D2>> in the correct direction. If not... =
It could be an interesting task.</FONT>
</P>
<P><FONT SIZE=3D2>I'm not sure what you mean by "forward =
looking". The Win32 registry version</FONT>
<BR><FONT SIZE=3D2>works directly on the Win32 registry, as opposed to =
being in memory and</FONT>
<BR><FONT SIZE=3D2>needing an import/export to get and store =
data.</FONT>
</P>
<P><FONT SIZE=3D2>Could you explain a bit more about what you're =
looking for?</FONT>
</P>
<P><FONT SIZE=3D2>-Steve</FONT>
</P>
<P><FONT SIZE=3D2>--</FONT>
<BR><FONT SIZE=3D2>Steve =
Huston =
=
Riverace Corporation</FONT>
<BR><FONT SIZE=3D2>Email: =
shu...@riverace.com &nbs=
p; <A HREF=3D"http://www.riverace.com" =
TARGET=3D"_blank">http://www.riverace.com</A></FONT>
<BR><FONT SIZE=3D2>ACE Kits, Support, =
Consulting &n=
bsp; (508) 541-9180, FAX 541-9185</FONT>
<BR><FONT SIZE=3D2>Installable Kits at <A =
HREF=3D"http://www.riverace.com/ACE_Kits/kit-store.html" =
TARGET=3D"_blank">http://www.riverace.com/ACE_Kits/kit-store.html</A></F=
ONT>
</P>
</BODY>
</HTML>
------_=_NextPart_001_01C14533.3D199560--
> I would like the same functionality that is provided by the
> ACE_Ini_ImpExp with the additional comment support.
Ok.
> I took the comment in the source file to mean that ACE_Ini_ImpExp
> will be removed in 5.2 and that the ability to read flat configuration
files
> would have to be achieved by using the ACE_Configuration_XXX classes.
Ah, I see. No, that's not the case.
ACE_Ini_ImpExp is new for ACE 5.2 and will continue forward.
ACE_Configuration::import and ::export were in 5.1, and will be in 5.2, but
will probably be removed at the next version after 5.2 in favor of
explicitly using either the INI or registry file format.
> So, 1) Is there a different class, besides ACE_Ini_ImpExp, that provides
> flat-configuration file reading and writing?
Yes... ACE_Registry_ImpExp (not to be confused with
ACE_Configuration_Win32Registry). The Registry_ImpExp and Ini_ImpExp classes
use a different format in the text file, but both use text files.
> 2) Will ACE_Ini_ImpExp become depreciated?
No, as long as it works, it won't be depreciated. And it certainly won't be
deprecated ;-)
> I hope that better explains my questions.
Yes, thanks!
> Modifying the code to enable comment retention is not difficult and that
> something that I think I can handle if we choose to use ACE in the near
future.
Ok, great!
Take care,