freestdf-devel Mailing List for STDF Solutions
Status: Beta
Brought to you by:
vapier
You can subscribe to this list here.
2004 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(7) |
Jul
(38) |
Aug
(33) |
Sep
(14) |
Oct
(2) |
Nov
(5) |
Dec
(5) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2005 |
Jan
|
Feb
(7) |
Mar
|
Apr
|
May
(7) |
Jun
(2) |
Jul
|
Aug
(5) |
Sep
|
Oct
|
Nov
(11) |
Dec
(8) |
2006 |
Jan
(3) |
Feb
|
Mar
(4) |
Apr
(4) |
May
(3) |
Jun
|
Jul
(1) |
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
|
2007 |
Jan
(13) |
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2008 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(1) |
2009 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2010 |
Jan
|
Feb
(5) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2011 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(2) |
Nov
|
Dec
|
2014 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(1) |
2017 |
Jan
|
Feb
(2) |
Mar
(4) |
Apr
(8) |
May
|
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
|
2018 |
Jan
(10) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(3) |
Sep
|
Oct
|
Nov
|
Dec
(2) |
2022 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
|
From: Divinorum <dim...@gm...> - 2022-11-29 12:02:06
|
ssize_t stdf_write_rec_far(stdf_file *file, stdf_rec_far *Far) { if (!Far->header.REC_LEN) SET_HEADER(Far->header, STDF_REC_FAR, _calc_rec_len_far(file, Far)); _stdf_check_write_buffer(file, Far->header.REC_LEN+4); _stdf_write_dtc_header(file, &(Far->header)); //Should include this header size too when checking write buffer and writing in ALL records (pir, mir, e.t.c)! _stdf_write_dtc_U1(file, Far->CPU_TYPE); _stdf_write_dtc_U1(file, Far->STDF_VER); return _stdf_write_flush(file, Far->header.REC_LEN+4); } //Appending fixed src/rec.c |
From: Stefan E. <se...@ho...> - 2018-12-27 00:56:29
|
Thanks, Stefan, for maintaining this! Stefan E. |
From: Stefan B. <ste...@gm...> - 2018-12-26 21:29:41
|
Hello libstdf User, I created a new version of the libstdf library which can be found at:. https://sourceforge.net/u/pronti/freestdf-libstdf/ci/master/tree/ For those with an old automake release I created the file freestdf-libstdf-0.7-rhel.tar.bz2 It can be found at: https://dl.orangedox.com/vQpIGh Changes compared to 0.6: * correct implementation of VUR record * dump_records_to_ascii.c, stdf2xtdf.c -> print_Dn prints PMR_INDEX instead of bit field * updated examples With best regards Stefan |
From: Paul R. <pau...@gm...> - 2018-08-16 06:59:13
|
Great. This seems to do just what I wanted for stdout: f = stdf_dopen_ex(STDOUT_FILENO, STDF_OPTS_WRITE | STDF_OPTS_CREATE); Thanks Paul On Thu, 16 Aug 2018 at 08:41, Nyan Htoo Tin <nya...@gm...> wrote: > Hi Paul > > There is function stdf_dopen that takes fike descriptor instead of file > path. > > Best regards, > Nyan > > On Thu, 16 Aug 2018 at 2:37 PM Paul Robins <pau...@gm...> wrote: > >> I need to replace some legacy converters that are used in pipes to >> read/write stdf and atdf. Is there any provision for using stdio in this >> way in the library or anything special that needs to be setup to make it >> possible? >> >> Thanks >> >> Paul >> >> ------------------------------------------------------------------------------ >> Check out the vibrant tech community on one of the world's most >> engaging tech sites, Slashdot.org! http://sdm.link/slashdot >> _______________________________________________ >> Freestdf-devel mailing list >> Fre...@li... >> https://lists.sourceforge.net/lists/listinfo/freestdf-devel >> > -- > Appamādena saṃpadethā > |
From: Nyan H. T. <nya...@gm...> - 2018-08-16 06:41:28
|
Hi Paul There is function stdf_dopen that takes fike descriptor instead of file path. Best regards, Nyan On Thu, 16 Aug 2018 at 2:37 PM Paul Robins <pau...@gm...> wrote: > I need to replace some legacy converters that are used in pipes to > read/write stdf and atdf. Is there any provision for using stdio in this > way in the library or anything special that needs to be setup to make it > possible? > > Thanks > > Paul > > ------------------------------------------------------------------------------ > Check out the vibrant tech community on one of the world's most > engaging tech sites, Slashdot.org! http://sdm.link/slashdot > _______________________________________________ > Freestdf-devel mailing list > Fre...@li... > https://lists.sourceforge.net/lists/listinfo/freestdf-devel > -- Appamādena saṃpadethā |
From: Paul R. <pau...@gm...> - 2018-08-16 06:37:14
|
I need to replace some legacy converters that are used in pipes to read/write stdf and atdf. Is there any provision for using stdio in this way in the library or anything special that needs to be setup to make it possible? Thanks Paul |
From: Paul R. <pau...@gm...> - 2018-01-15 21:15:00
|
Ok, I thought that was the case, just wanted to check in case I'd missed something. Thanks Paul On 15 Jan 2018 18:06, "Stefan Brandner" <ste...@gm...> wrote: > There is nothing implemented to do this. You have to write you own code. > > With best regards > Stefan > > > Am 15.01.2018 um 13:11 schrieb Paul Robins: > > I see the library includes macros to get a record name from a record > > type and subtype but I'm looking for the inverse, i.e. to get a record > > type and subtype based on a record name, e.g. "PRR" > > > > Does such a macro or function exist or do I need to roll my own? > > > > Thanks > > > > Paul > > > > > > > > ------------------------------------------------------------ > ------------------ > > Check out the vibrant tech community on one of the world's most > > engaging tech sites, Slashdot.org! http://sdm.link/slashdot > > > > > > _______________________________________________ > > Freestdf-devel mailing list > > Fre...@li... > > https://lists.sourceforge.net/lists/listinfo/freestdf-devel > > > |
From: Stefan B. <ste...@gm...> - 2018-01-15 17:19:27
|
There is nothing implemented to do this. You have to write you own code. With best regards Stefan Am 15.01.2018 um 13:11 schrieb Paul Robins: > I see the library includes macros to get a record name from a record > type and subtype but I'm looking for the inverse, i.e. to get a record > type and subtype based on a record name, e.g. "PRR" > > Does such a macro or function exist or do I need to roll my own? > > Thanks > > Paul > > > > ------------------------------------------------------------------------------ > Check out the vibrant tech community on one of the world's most > engaging tech sites, Slashdot.org! http://sdm.link/slashdot > > > _______________________________________________ > Freestdf-devel mailing list > Fre...@li... > https://lists.sourceforge.net/lists/listinfo/freestdf-devel |
From: Paul R. <pau...@gm...> - 2018-01-15 12:12:41
|
I see the library includes macros to get a record name from a record type and subtype but I'm looking for the inverse, i.e. to get a record type and subtype based on a record name, e.g. "PRR" Does such a macro or function exist or do I need to roll my own? Thanks Paul |
From: Nyan H. T. <nya...@gm...> - 2018-01-07 10:58:38
|
Hi Stefan Sorry for the confusion. If you’d look at how PTR record is parsed, optional fields are initialized to default value even if the actual data fields (last optional fields) are absent. So how can user know that optional field is absent? Best regards Nyan On Sun, 7 Jan 2018 at 6:43 PM Stefan Brandner <ste...@gm...> wrote: > Hello Nyan, > > it is not 100% clear for me why you need this information. Test systems > skip empty optional fields to save disk space. > For each stdf records the fields are written until the last valid field > is reached and all following fields are skipped. > So the absent optional fields are all fields after the last valid field. > But this also means there can be empty fields before the last valid field. > > What is the advantage to know if there are absent fields after the last > valid field? > > Usually you convert stdf files to ascii to analyze data an usually you > only analyze fields with data. > > Best regards > > Stefan > > Am 06.01.2018 um 04:08 schrieb Nyan: > > Hi Stefan, > > > > Do you have any 'fix' or work around in dealing with optional field > > (like PTR). > > > > Current implementation initializes to 0 for numeric and empty string > > for string. So there is no way of knowing an optional field is absent. > > > > > > Best Regards > > > > Nyan > > > > > > On 1/4/18 5:14 PM, Stefan Brandner wrote: > >> I think I have fixed all writing bugs in my version. > >> > >> https://sourceforge.net/u/pronti/freestdf-libstdf/ci/master/tree/ > >> > >> See the example makestdf.c > >> If you are aware of any problems let me know. > >> > >> Best regards > >> > >> Stefan > >> > >> > >> Am 03.01.2018 um 09:34 schrieb Paul Robins: > >>> Hello Nyan, > >>> > >>> Thanks for the reply. For info, from the examples that are included in > >>> the distribution we can see that the library does handle writing stdf. > >>> I'm not sure how complete that part is though. > >>> > >>> Best regards > >>> > >>> Paul > >>> > >>> > >>> On 3 January 2018 at 05:01, Nyan Htoo Tin <nya...@gm... > >>> <mailto:nya...@gm...>> wrote: > >>> > >>> Hi Paul > >>> > >>> I think the library only supports reading stdf records. > >>> You’ll have to develop to covert to atdf. > >>> And I notice that current implementation does not handle optional > >>> fields very well. > >>> Ps. I’m planning to write stdf to atdf based on this > >>> library. > >>> > >>> Best regards, > >>> Nyan > >>> > >>> On Tue, 2 Jan 2018 at 10:20 PM Paul Robins <pau...@gm... > >>> <mailto:pau...@gm...>> wrote: > >>> > >>> Hello, > >>> > >>> Has anyone used this library to convert to/from stdf to atdf? > >>> > >>> Thanks > >>> > >>> Paul > >>> > >>> > ------------------------------------------------------------------------------ > >>> Check out the vibrant tech community on one of the world's > >>> most > >>> engaging tech sites, Slashdot.org! > >>> > >>> > http://sdm.link/slashdot_______________________________________________ > >>> Freestdf-devel mailing list > >>> Fre...@li... > >>> <mailto:Fre...@li...> > >>> https://lists.sourceforge.net/lists/listinfo/freestdf-devel > >>> <https://lists.sourceforge.net/lists/listinfo/freestdf-devel> > >>> > >>> -- > >>> Appamādena saṃpadethā > >>> > >>> > >>> > >>> > >>> > ------------------------------------------------------------------------------ > >>> > >>> Check out the vibrant tech community on one of the world's most > >>> engaging tech sites, Slashdot.org! http://sdm.link/slashdot > >>> > >>> > >>> _______________________________________________ > >>> Freestdf-devel mailing list > >>> Fre...@li... > >>> https://lists.sourceforge.net/lists/listinfo/freestdf-devel > >> > >> > ------------------------------------------------------------------------------ > >> > >> Check out the vibrant tech community on one of the world's most > >> engaging tech sites, Slashdot.org! http://sdm.link/slashdot > >> _______________________________________________ > >> Freestdf-devel mailing list > >> Fre...@li... > >> https://lists.sourceforge.net/lists/listinfo/freestdf-devel > > > > > > > -- Appamādena saṃpadethā |
From: Stefan B. <ste...@gm...> - 2018-01-07 10:43:28
|
Hello Nyan, it is not 100% clear for me why you need this information. Test systems skip empty optional fields to save disk space. For each stdf records the fields are written until the last valid field is reached and all following fields are skipped. So the absent optional fields are all fields after the last valid field. But this also means there can be empty fields before the last valid field. What is the advantage to know if there are absent fields after the last valid field? Usually you convert stdf files to ascii to analyze data an usually you only analyze fields with data. Best regards Stefan Am 06.01.2018 um 04:08 schrieb Nyan: > Hi Stefan, > > Do you have any 'fix' or work around in dealing with optional field > (like PTR). > > Current implementation initializes to 0 for numeric and empty string > for string. So there is no way of knowing an optional field is absent. > > > Best Regards > > Nyan > > > On 1/4/18 5:14 PM, Stefan Brandner wrote: >> I think I have fixed all writing bugs in my version. >> >> https://sourceforge.net/u/pronti/freestdf-libstdf/ci/master/tree/ >> >> See the example makestdf.c >> If you are aware of any problems let me know. >> >> Best regards >> >> Stefan >> >> >> Am 03.01.2018 um 09:34 schrieb Paul Robins: >>> Hello Nyan, >>> >>> Thanks for the reply. For info, from the examples that are included in >>> the distribution we can see that the library does handle writing stdf. >>> I'm not sure how complete that part is though. >>> >>> Best regards >>> >>> Paul >>> >>> >>> On 3 January 2018 at 05:01, Nyan Htoo Tin <nya...@gm... >>> <mailto:nya...@gm...>> wrote: >>> >>> Hi Paul >>> >>> I think the library only supports reading stdf records. >>> You’ll have to develop to covert to atdf. >>> And I notice that current implementation does not handle optional >>> fields very well. >>> Ps. I’m planning to write stdf to atdf based on this >>> library. >>> >>> Best regards, >>> Nyan >>> >>> On Tue, 2 Jan 2018 at 10:20 PM Paul Robins <pau...@gm... >>> <mailto:pau...@gm...>> wrote: >>> >>> Hello, >>> >>> Has anyone used this library to convert to/from stdf to atdf? >>> >>> Thanks >>> >>> Paul >>> >>> ------------------------------------------------------------------------------ >>> Check out the vibrant tech community on one of the world's >>> most >>> engaging tech sites, Slashdot.org! >>> >>> http://sdm.link/slashdot_______________________________________________ >>> Freestdf-devel mailing list >>> Fre...@li... >>> <mailto:Fre...@li...> >>> https://lists.sourceforge.net/lists/listinfo/freestdf-devel >>> <https://lists.sourceforge.net/lists/listinfo/freestdf-devel> >>> >>> -- >>> Appamādena saṃpadethā >>> >>> >>> >>> >>> ------------------------------------------------------------------------------ >>> >>> Check out the vibrant tech community on one of the world's most >>> engaging tech sites, Slashdot.org! http://sdm.link/slashdot >>> >>> >>> _______________________________________________ >>> Freestdf-devel mailing list >>> Fre...@li... >>> https://lists.sourceforge.net/lists/listinfo/freestdf-devel >> >> ------------------------------------------------------------------------------ >> >> Check out the vibrant tech community on one of the world's most >> engaging tech sites, Slashdot.org! http://sdm.link/slashdot >> _______________________________________________ >> Freestdf-devel mailing list >> Fre...@li... >> https://lists.sourceforge.net/lists/listinfo/freestdf-devel > > |
From: Nyan <nya...@gm...> - 2018-01-06 03:08:57
|
Hi Stefan, Do you have any 'fix' or work around in dealing with optional field (like PTR). Current implementation initializes to 0 for numeric and empty string for string. So there is no way of knowing an optional field is absent. Best Regards Nyan On 1/4/18 5:14 PM, Stefan Brandner wrote: > I think I have fixed all writing bugs in my version. > > https://sourceforge.net/u/pronti/freestdf-libstdf/ci/master/tree/ > > See the example makestdf.c > If you are aware of any problems let me know. > > Best regards > > Stefan > > > Am 03.01.2018 um 09:34 schrieb Paul Robins: >> Hello Nyan, >> >> Thanks for the reply. For info, from the examples that are included in >> the distribution we can see that the library does handle writing stdf. >> I'm not sure how complete that part is though. >> >> Best regards >> >> Paul >> >> >> On 3 January 2018 at 05:01, Nyan Htoo Tin <nya...@gm... >> <mailto:nya...@gm...>> wrote: >> >> Hi Paul >> >> I think the library only supports reading stdf records. >> You’ll have to develop to covert to atdf. >> And I notice that current implementation does not handle optional >> fields very well. >> >> Ps. I’m planning to write stdf to atdf based on this library. >> >> Best regards, >> Nyan >> >> On Tue, 2 Jan 2018 at 10:20 PM Paul Robins <pau...@gm... >> <mailto:pau...@gm...>> wrote: >> >> Hello, >> >> Has anyone used this library to convert to/from stdf to atdf? >> >> Thanks >> >> Paul >> ------------------------------------------------------------------------------ >> Check out the vibrant tech community on one of the world's most >> engaging tech sites, Slashdot.org! >> http://sdm.link/slashdot_______________________________________________ >> Freestdf-devel mailing list >> Fre...@li... >> <mailto:Fre...@li...> >> https://lists.sourceforge.net/lists/listinfo/freestdf-devel >> <https://lists.sourceforge.net/lists/listinfo/freestdf-devel> >> >> -- >> Appamādena saṃpadethā >> >> >> >> >> ------------------------------------------------------------------------------ >> Check out the vibrant tech community on one of the world's most >> engaging tech sites, Slashdot.org! http://sdm.link/slashdot >> >> >> _______________________________________________ >> Freestdf-devel mailing list >> Fre...@li... >> https://lists.sourceforge.net/lists/listinfo/freestdf-devel > > ------------------------------------------------------------------------------ > Check out the vibrant tech community on one of the world's most > engaging tech sites, Slashdot.org! http://sdm.link/slashdot > _______________________________________________ > Freestdf-devel mailing list > Fre...@li... > https://lists.sourceforge.net/lists/listinfo/freestdf-devel |
From: Stefan B. <ste...@gm...> - 2018-01-04 09:27:54
|
I think I have fixed all writing bugs in my version. https://sourceforge.net/u/pronti/freestdf-libstdf/ci/master/tree/ See the example makestdf.c If you are aware of any problems let me know. Best regards Stefan Am 03.01.2018 um 09:34 schrieb Paul Robins: > Hello Nyan, > > Thanks for the reply. For info, from the examples that are included in > the distribution we can see that the library does handle writing stdf. > I'm not sure how complete that part is though. > > Best regards > > Paul > > > On 3 January 2018 at 05:01, Nyan Htoo Tin <nya...@gm... > <mailto:nya...@gm...>> wrote: > > Hi Paul > > I think the library only supports reading stdf records. > You’ll have to develop to covert to atdf. > And I notice that current implementation does not handle optional > fields very well. > > Ps. I’m planning to write stdf to atdf based on this library. > > Best regards, > Nyan > > On Tue, 2 Jan 2018 at 10:20 PM Paul Robins <pau...@gm... > <mailto:pau...@gm...>> wrote: > > Hello, > > Has anyone used this library to convert to/from stdf to atdf? > > Thanks > > Paul > ------------------------------------------------------------------------------ > Check out the vibrant tech community on one of the world's most > engaging tech sites, Slashdot.org! > http://sdm.link/slashdot_______________________________________________ > Freestdf-devel mailing list > Fre...@li... > <mailto:Fre...@li...> > https://lists.sourceforge.net/lists/listinfo/freestdf-devel > <https://lists.sourceforge.net/lists/listinfo/freestdf-devel> > > -- > Appamādena saṃpadethā > > > > > ------------------------------------------------------------------------------ > Check out the vibrant tech community on one of the world's most > engaging tech sites, Slashdot.org! http://sdm.link/slashdot > > > _______________________________________________ > Freestdf-devel mailing list > Fre...@li... > https://lists.sourceforge.net/lists/listinfo/freestdf-devel |
From: Paul R. <pau...@gm...> - 2018-01-03 08:35:05
|
Hello Nyan, Thanks for the reply. For info, from the examples that are included in the distribution we can see that the library does handle writing stdf. I'm not sure how complete that part is though. Best regards Paul On 3 January 2018 at 05:01, Nyan Htoo Tin <nya...@gm...> wrote: > Hi Paul > > I think the library only supports reading stdf records. > You’ll have to develop to covert to atdf. > And I notice that current implementation does not handle optional fields > very well. > > Ps. I’m planning to write stdf to atdf based on this library. > > Best regards, > Nyan > > On Tue, 2 Jan 2018 at 10:20 PM Paul Robins <pau...@gm...> wrote: > >> Hello, >> >> Has anyone used this library to convert to/from stdf to atdf? >> >> Thanks >> >> Paul >> ------------------------------------------------------------ >> ------------------ >> Check out the vibrant tech community on one of the world's most >> engaging tech sites, Slashdot.org! http://sdm.link/slashdot______ >> _________________________________________ >> Freestdf-devel mailing list >> Fre...@li... >> https://lists.sourceforge.net/lists/listinfo/freestdf-devel >> > -- > Appamādena saṃpadethā > |
From: Nyan H. T. <nya...@gm...> - 2018-01-03 04:02:12
|
Hi Paul I think the library only supports reading stdf records. You’ll have to develop to covert to atdf. And I notice that current implementation does not handle optional fields very well. Ps. I’m planning to write stdf to atdf based on this library. Best regards, Nyan On Tue, 2 Jan 2018 at 10:20 PM Paul Robins <pau...@gm...> wrote: > Hello, > > Has anyone used this library to convert to/from stdf to atdf? > > Thanks > > Paul > > ------------------------------------------------------------------------------ > Check out the vibrant tech community on one of the world's most > engaging tech sites, Slashdot.org! http://sdm.link/slashdot > _______________________________________________ > Freestdf-devel mailing list > Fre...@li... > https://lists.sourceforge.net/lists/listinfo/freestdf-devel > -- Appamādena saṃpadethā |
From: Paul R. <pau...@gm...> - 2018-01-02 14:20:07
|
Hello, Has anyone used this library to convert to/from stdf to atdf? Thanks Paul |
From: Nyan H. T. <nya...@gm...> - 2017-09-25 08:31:40
|
Hello How do I know if a particular field is missing? Currently numeric optional fields are zero'd if missing. Also I noticed (in version 0.4), source file dtc.c Function _stdf_read_dtc_Bn is returning. with strict ansi mode, gcc will produce warning. Best regards Nyan -- Appamādena saṃpadethā -- Appamādena saṃpadethā |
From: Paul R. <pau...@gm...> - 2017-04-27 14:16:51
|
Great, Thanks again. On 27 April 2017 at 16:07, Stefan Brandner <ste...@gm...> wrote: > Hello Paul, > > the tarball is created from my fork and includes all patches. > > Regards > Stefan > > *Gesendet:* Donnerstag, 27. April 2017 um 14:29 Uhr > *Von:* "Paul Robins" <pau...@gm...> > *An:* "Stefan Brandner" <ste...@gm...> > *Cc:* "freestdf freestdf-devel" <fre...@li...> > *Betreff:* Re: Re: [Freestdf-devel] ./configure;make;make install no > longer works > Thanks very much Stefan, that installs fine. Is that a tarball with your > patches applied, or maybe taken from your fork? > > Thanks > > Paul > > On 27 April 2017 at 13:53, Stefan Brandner <ste...@gm...> > wrote: >> >> Download this file for rhel5 >> https://dl.orangedox.com/ztLi461iS3qT5CNl10 >> >> You can then do ./configure ; make; make install. >> >> Regards >> Stefan >> >> >> Gesendet: Donnerstag, 27. April 2017 um 09:15 Uhr >> Von: "Paul Robins" <pau...@gm...> >> An: "Mike Frysinger" <va...@gm...> >> Cc: fre...@li... >> Betreff: Re: [Freestdf-devel] ./configure;make;make install no longer >> works >> >> Thanks for the help. I ran autogen.sh and but I still get errors however: >> >> $ ./autogen.sh >> + '[' -d .git ']' >> + autoreconf -i -f >> libtoolize: putting auxiliary files in AC_CONFIG_AUX_DIR, 'build-aux'. >> libtoolize: copying file 'build-aux/ltmain.sh' >> libtoolize: putting macros in AC_CONFIG_MACRO_DIRS, 'm4'. >> libtoolize: copying file 'm4/libtool.m4' >> libtoolize: copying file 'm4/ltoptions.m4' >> libtoolize: copying file 'm4/ltsugar.m4' >> libtoolize: copying file 'm4/ltversion.m4' >> libtoolize: copying file 'm4/lt~obsolete.m4' >> libtoolize: Remember to add 'LT_INIT' to configure.ac[http://configure.ac >> ].configure.ac:74[http://configure.ac:74]: error: possibly undefined >> macro: AC_DEFINE >> If this token and others are legitimate, please use >> m4_pattern_allow. >> See the Autoconf documentation.configure.ac:76[ >> http://configure.ac:76]: error: possibly undefined macro: >> AC_MSG_RESULTconfigure.ac:119[http://configure.ac:119]: error: possibly >> undefined macro: AM_CONDITIONAL >> autoreconf: autoconf failed with exit status: 1 >> >> >> On 25 April 2017 at 20:11, Mike Frysinger <va...@gm...[mailto:vapie >> r...@gm...]> wrote: >> you should be able to just run: >> ./autogen.sh >> >> and it'll do all the things for you >> -mike >> >> >> >> On Tue, Apr 25, 2017 at 5:43 AM, Paul Robins <pau...@gm... >> [mailto:pau...@gm...]> wrote: >> >> Hello, >> >> Can anyone give me some tips on how to configure/build the latest >> snapshot please? >> >> I used libstdf-0.4 some years ago and would now like to get the latest >> updates to take adavantage of fixes, especially related to writing stdf. >> >> I used to be able to do ./configure ; make; make install. >> >> When I download the latest snapshot however I find that the configure >> script is no longer included. I've attempted using the previous configure >> with the latest snapshot but that fails.I've also tried running aclocal, >> autoconf, automake.. etc, (probably in the wrong order) but I still haven't >> managed to get it right. >> >> I'm currently building on RHEL 5.11 >> >> Thanks >> >> Paul-------------------------------------------------------- >> ---------------------- >> Check out the vibrant tech community on one of the world's most >> engaging tech sites, Slashdot.org! http://sdm.link/slashdot[http: >> //sdm.link/slashdot] >> _______________________________________________ >> Freestdf-devel mailing list >> Fre...@li...[mailto:Freestd >> f-...@li...] >> https://lists.sourceforge.net/lists/listinfo/freestdf-devel >> ------------------------------------------------------------------------------ >> Check out the vibrant tech community on one of the world's most engaging >> tech sites, Slashdot.org! http://sdm.link/slashdot______ >> _________________________________________[http://sdm.link/ >> slashdot_______________________________________________] Freestdf-devel >> mailing list Fre...@li... >> https://lists.sourceforge.net/lists/listinfo/freestdf-devel[ >> https://lists.sourceforge.net/lists/listinfo/freestdf-devel] > > |
From: Stefan B. <ste...@gm...> - 2017-04-27 14:08:12
|
<html><head></head><body><div style="font-family: Verdana;font-size: 12.0px;"><div>Hello Paul,</div> <div> </div> <div>the tarball is created from my fork and includes all patches.</div> <div> </div> <div>Regards</div> <div>Stefan </div> <div> <div name="quote" style="margin:10px 5px 5px 10px; padding: 10px 0 10px 10px; border-left:2px solid #C3D9E5; word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;"> <div style="margin:0 0 10px 0;"><b>Gesendet:</b> Donnerstag, 27. April 2017 um 14:29 Uhr<br/> <b>Von:</b> "Paul Robins" <pau...@gm...><br/> <b>An:</b> "Stefan Brandner" <ste...@gm...><br/> <b>Cc:</b> "freestdf freestdf-devel" <fre...@li...><br/> <b>Betreff:</b> Re: Re: [Freestdf-devel] ./configure;make;make install no longer works</div> <div name="quoted-content"> <div>Thanks very much Stefan, that installs fine. Is that a tarball with your patches applied, or maybe taken from your fork? <div> </div> <div>Thanks</div> <div> </div> <div>Paul</div> </div> <div class="gmail_extra"> <div class="gmail_quote">On 27 April 2017 at 13:53, Stefan Brandner <span><<a href="mailto:ste...@gm..." onclick="parent.window.location.href='ste...@gm...'; return false;" target="_blank">ste...@gm...</a>></span> wrote: <blockquote class="gmail_quote" style="margin: 0 0 0 0.8ex;border-left: 1.0px rgb(204,204,204) solid;padding-left: 1.0ex;">Download this file for rhel5<br/> <a href="https://dl.orangedox.com/ztLi461iS3qT5CNl10" target="_blank">https://dl.orangedox.com/ztLi461iS3qT5CNl10</a><br/> <br/> You can then do ./configure ; make; make install. <br/> <br/> Regards<br/> Stefan<br/> <br/> <br/> Gesendet: Donnerstag, 27. April 2017 um 09:15 Uhr<br/> Von: "Paul Robins" <<a href="mailto:pau...@gm..." onclick="parent.window.location.href='pau...@gm...'; return false;" target="_blank">pau...@gm...</a>><br/> An: "Mike Frysinger" <<a href="mailto:va...@gm..." onclick="parent.window.location.href='va...@gm...'; return false;" target="_blank">va...@gm...</a>><br/> Cc: <a href="mailto:fre...@li..." onclick="parent.window.location.href='fre...@li...'; return false;" target="_blank">fre...@li...</a><br/> Betreff: Re: [Freestdf-devel] ./configure;make;make install no longer works<br/> <br/> <span>Thanks for the help. I ran autogen.sh and but I still get errors however:<br/> <br/> $ ./autogen.sh<br/> + '[' -d .git ']'<br/> + autoreconf -i -f<br/> libtoolize: putting auxiliary files in AC_CONFIG_AUX_DIR, 'build-aux'.<br/> libtoolize: copying file 'build-aux/ltmain.sh'<br/> libtoolize: putting macros in AC_CONFIG_MACRO_DIRS, 'm4'.<br/> libtoolize: copying file 'm4/libtool.m4'<br/> libtoolize: copying file 'm4/ltoptions.m4'<br/> libtoolize: copying file 'm4/ltsugar.m4'<br/> libtoolize: copying file 'm4/ltversion.m4'<br/> libtoolize: copying file 'm4/lt~obsolete.m4'</span><br/> libtoolize: Remember to add 'LT_INIT' to <a href="http://configure.ac" target="_blank">configure.ac</a>[<a href="http://configure.ac" target="_blank">http://configure.ac</a>].configure.ac:74[<a href="http://configure.ac:74" target="_blank">http://configure.ac:74</a>]: error: possibly undefined macro: AC_DEFINE<br/> <span> If this token and others are legitimate, please use m4_pattern_allow.</span><br/> See the Autoconf documentation.configure.ac:76[<a href="http://configure.ac:76" target="_blank">http://configure.ac:76</a>]: error: possibly undefined macro: AC_MSG_RESULTconfigure.ac:119[<a href="http://configure.ac:119" target="_blank">http://configure.ac:119</a>]: error: possibly undefined macro: AM_CONDITIONAL<br/> <span>autoreconf: autoconf failed with exit status: 1<br/> <br/> </span><br/> <span>On 25 April 2017 at 20:11, Mike Frysinger <<a href="mailto:va...@gm..." onclick="parent.window.location.href='va...@gm...'; return false;" target="_blank">va...@gm...</a>[mailto:<a href="mailto:va...@gm..." onclick="parent.window.location.href='va...@gm...'; return false;" target="_blank">va...@gm...</a>]> wrote:<br/> you should be able to just run:<br/> ./autogen.sh<br/> <br/> and it'll do all the things for you<br/> -mike<br/> <br/> </span><br/> <br/> <span>On Tue, Apr 25, 2017 at 5:43 AM, Paul Robins <<a href="mailto:pau...@gm..." onclick="parent.window.location.href='pau...@gm...'; return false;" target="_blank">pau...@gm...</a>[mailto:<a href="mailto:pau...@gm..." onclick="parent.window.location.href='pau...@gm...'; return false;" target="_blank">pau...@gm...</a>]> wrote:<br/> <br/> Hello,<br/> <br/> Can anyone give me some tips on how to configure/build the latest snapshot please?<br/> <br/> I used libstdf-0.4 some years ago and would now like to get the latest updates to take adavantage of fixes, especially related to writing stdf. <br/> <br/> I used to be able to do ./configure ; make; make install. <br/> <br/> When I download the latest snapshot however I find that the configure script is no longer included. I've attempted using the previous configure with the latest snapshot but that fails.I've also tried running aclocal, autoconf, automake.. etc, (probably in the wrong order) but I still haven't managed to get it right. <br/> <br/> I'm currently building on RHEL 5.11<br/> <br/> Thanks<br/> <br/> Paul------------------------------------------------------------------------------<br/> Check out the vibrant tech community on one of the world's most</span><br/> engaging tech sites, Slashdot.org! <a href="http://sdm.link/slashdot[http://sdm.link/slashdot]" target="_blank">http://sdm.link/slashdot[http://sdm.link/slashdot]</a><br/> _______________________________________________<br/> Freestdf-devel mailing list<br/> <a href="mailto:Fre...@li..." onclick="parent.window.location.href='Fre...@li...'; return false;" target="_blank">Fre...@li...</a>[mailto:<a href="mailto:Fre...@li..." onclick="parent.window.location.href='Fre...@li...'; return false;" target="_blank">Fre...@li...</a>]<br/> <a href="https://lists.sourceforge.net/lists/listinfo/freestdf-devel" target="_blank">https://lists.sourceforge.net/lists/listinfo/freestdf-devel</a><br/> ------------------------------------------------------------------------------ Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! <a href="http://sdm.link/slashdot_______________________________________________[http://sdm.link/slashdot_______________________________________________]" target="_blank">http://sdm.link/slashdot_______________________________________________[http://sdm.link/slashdot_______________________________________________]</a> Freestdf-devel mailing list <a href="mailto:Fre...@li..." onclick="parent.window.location.href='Fre...@li...'; return false;" target="_blank">Fre...@li...</a> <a href="https://lists.sourceforge.net/lists/listinfo/freestdf-devel[https://lists.sourceforge.net/lists/listinfo/freestdf-devel]" target="_blank">https://lists.sourceforge.net/lists/listinfo/freestdf-devel[https://lists.sourceforge.net/lists/listinfo/freestdf-devel]</a></blockquote> </div> </div> </div> </div> </div></div></body></html> |
From: Paul R. <pau...@gm...> - 2017-04-27 12:30:04
|
Thanks very much Stefan, that installs fine. Is that a tarball with your patches applied, or maybe taken from your fork? Thanks Paul On 27 April 2017 at 13:53, Stefan Brandner <ste...@gm...> wrote: > Download this file for rhel5 > https://dl.orangedox.com/ztLi461iS3qT5CNl10 > > You can then do ./configure ; make; make install. > > Regards > Stefan > > > Gesendet: Donnerstag, 27. April 2017 um 09:15 Uhr > Von: "Paul Robins" <pau...@gm...> > An: "Mike Frysinger" <va...@gm...> > Cc: fre...@li... > Betreff: Re: [Freestdf-devel] ./configure;make;make install no longer works > > Thanks for the help. I ran autogen.sh and but I still get errors however: > > $ ./autogen.sh > + '[' -d .git ']' > + autoreconf -i -f > libtoolize: putting auxiliary files in AC_CONFIG_AUX_DIR, 'build-aux'. > libtoolize: copying file 'build-aux/ltmain.sh' > libtoolize: putting macros in AC_CONFIG_MACRO_DIRS, 'm4'. > libtoolize: copying file 'm4/libtool.m4' > libtoolize: copying file 'm4/ltoptions.m4' > libtoolize: copying file 'm4/ltsugar.m4' > libtoolize: copying file 'm4/ltversion.m4' > libtoolize: copying file 'm4/lt~obsolete.m4' > libtoolize: Remember to add 'LT_INIT' to configure.ac[http://configure.ac > ].configure.ac:74[http://configure.ac:74]: error: possibly undefined > macro: AC_DEFINE > If this token and others are legitimate, please use m4_pattern_allow. > See the Autoconf documentation.configure.ac:76[ > http://configure.ac:76]: error: possibly undefined macro: > AC_MSG_RESULTconfigure.ac:119[http://configure.ac:119]: error: possibly > undefined macro: AM_CONDITIONAL > autoreconf: autoconf failed with exit status: 1 > > > On 25 April 2017 at 20:11, Mike Frysinger <va...@gm...[mailto:vapie > r...@gm...]> wrote: > you should be able to just run: > ./autogen.sh > > and it'll do all the things for you > -mike > > > > On Tue, Apr 25, 2017 at 5:43 AM, Paul Robins <pau...@gm... > [mailto:pau...@gm...]> wrote: > > Hello, > > Can anyone give me some tips on how to configure/build the latest snapshot > please? > > I used libstdf-0.4 some years ago and would now like to get the latest > updates to take adavantage of fixes, especially related to writing stdf. > > I used to be able to do ./configure ; make; make install. > > When I download the latest snapshot however I find that the configure > script is no longer included. I've attempted using the previous configure > with the latest snapshot but that fails.I've also tried running aclocal, > autoconf, automake.. etc, (probably in the wrong order) but I still haven't > managed to get it right. > > I'm currently building on RHEL 5.11 > > Thanks > > Paul-------------------------------------------------------- > ---------------------- > Check out the vibrant tech community on one of the world's most > engaging tech sites, Slashdot.org! http://sdm.link/slashdot[http: > //sdm.link/slashdot] > _______________________________________________ > Freestdf-devel mailing list > Fre...@li...[mailto:Freestd > f-...@li...] > https://lists.sourceforge.net/lists/listinfo/freestdf-devel > ------------------------------------------------------------------------------ > Check out the vibrant tech community on one of the world's most engaging > tech sites, Slashdot.org! http://sdm.link/slashdot______ > _________________________________________[http://sdm.link/ > slashdot_______________________________________________] Freestdf-devel > mailing list Fre...@li... > https://lists.sourceforge.net/lists/listinfo/freestdf-devel[ > https://lists.sourceforge.net/lists/listinfo/freestdf-devel] > |
From: Stefan B. <ste...@gm...> - 2017-04-27 11:54:00
|
Download this file for rhel5 https://dl.orangedox.com/ztLi461iS3qT5CNl10 You can then do ./configure ; make; make install. Regards Stefan Gesendet: Donnerstag, 27. April 2017 um 09:15 Uhr Von: "Paul Robins" <pau...@gm...> An: "Mike Frysinger" <va...@gm...> Cc: fre...@li... Betreff: Re: [Freestdf-devel] ./configure;make;make install no longer works Thanks for the help. I ran autogen.sh and but I still get errors however: $ ./autogen.sh + '[' -d .git ']' + autoreconf -i -f libtoolize: putting auxiliary files in AC_CONFIG_AUX_DIR, 'build-aux'. libtoolize: copying file 'build-aux/ltmain.sh' libtoolize: putting macros in AC_CONFIG_MACRO_DIRS, 'm4'. libtoolize: copying file 'm4/libtool.m4' libtoolize: copying file 'm4/ltoptions.m4' libtoolize: copying file 'm4/ltsugar.m4' libtoolize: copying file 'm4/ltversion.m4' libtoolize: copying file 'm4/lt~obsolete.m4' libtoolize: Remember to add 'LT_INIT' to configure.ac[http://configure.ac].configure.ac:74[http://configure.ac:74]: error: possibly undefined macro: AC_DEFINE If this token and others are legitimate, please use m4_pattern_allow. See the Autoconf documentation.configure.ac:76[http://configure.ac:76]: error: possibly undefined macro: AC_MSG_RESULTconfigure.ac:119[http://configure.ac:119]: error: possibly undefined macro: AM_CONDITIONAL autoreconf: autoconf failed with exit status: 1 On 25 April 2017 at 20:11, Mike Frysinger <va...@gm...[mailto:va...@gm...]> wrote: you should be able to just run: ./autogen.sh and it'll do all the things for you -mike On Tue, Apr 25, 2017 at 5:43 AM, Paul Robins <pau...@gm...[mailto:pau...@gm...]> wrote: Hello, Can anyone give me some tips on how to configure/build the latest snapshot please? I used libstdf-0.4 some years ago and would now like to get the latest updates to take adavantage of fixes, especially related to writing stdf. I used to be able to do ./configure ; make; make install. When I download the latest snapshot however I find that the configure script is no longer included. I've attempted using the previous configure with the latest snapshot but that fails.I've also tried running aclocal, autoconf, automake.. etc, (probably in the wrong order) but I still haven't managed to get it right. I'm currently building on RHEL 5.11 Thanks Paul------------------------------------------------------------------------------ Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot[http://sdm.link/slashdot] _______________________________________________ Freestdf-devel mailing list Fre...@li...[mailto:Fre...@li...] https://lists.sourceforge.net/lists/listinfo/freestdf-devel ------------------------------------------------------------------------------ Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot_______________________________________________[http://sdm.link/slashdot_______________________________________________] Freestdf-devel mailing list Fre...@li... https://lists.sourceforge.net/lists/listinfo/freestdf-devel[https://lists.sourceforge.net/lists/listinfo/freestdf-devel] |
From: Paul R. <pau...@gm...> - 2017-04-27 07:16:22
|
Thanks for the help. I ran autogen.sh and but I still get errors however: $ ./autogen.sh + '[' -d .git ']' + autoreconf -i -f libtoolize: putting auxiliary files in AC_CONFIG_AUX_DIR, 'build-aux'. libtoolize: copying file 'build-aux/ltmain.sh' libtoolize: putting macros in AC_CONFIG_MACRO_DIRS, 'm4'. libtoolize: copying file 'm4/libtool.m4' libtoolize: copying file 'm4/ltoptions.m4' libtoolize: copying file 'm4/ltsugar.m4' libtoolize: copying file 'm4/ltversion.m4' libtoolize: copying file 'm4/lt~obsolete.m4' libtoolize: Remember to add 'LT_INIT' to configure.ac.configure.ac:74: error: possibly undefined macro: AC_DEFINE If this token and others are legitimate, please use m4_pattern_allow. See the Autoconf documentation.configure.ac:76: error: possibly undefined macro: AC_MSG_RESULTconfigure.ac:119: error: possibly undefined macro: AM_CONDITIONAL autoreconf: autoconf failed with exit status: 1 On 25 April 2017 at 20:11, Mike Frysinger <va...@gm...> wrote: > you should be able to just run: > ./autogen.sh > > and it'll do all the things for you > -mike > > > On Tue, Apr 25, 2017 at 5:43 AM, Paul Robins <pau...@gm...> > wrote: > >> Hello, >> >> Can anyone give me some tips on how to configure/build the latest >> snapshot please? >> >> I used libstdf-0.4 some years ago and would now like to get the latest >> updates to take adavantage of fixes, especially related to writing stdf. >> >> I used to be able to do ./configure ; make; make install. >> >> When I download the latest snapshot however I find that the configure >> script is no longer included. I've attempted using the previous configure >> with the latest snapshot but that fails.I've also tried running aclocal, >> autoconf, automake.. etc, (probably in the wrong order) but I still haven't >> managed to get it right. >> >> I'm currently building on RHEL 5.11 >> >> Thanks >> >> Paul >> >> ------------------------------------------------------------ >> ------------------ >> Check out the vibrant tech community on one of the world's most >> engaging tech sites, Slashdot.org! http://sdm.link/slashdot >> _______________________________________________ >> Freestdf-devel mailing list >> Fre...@li... >> https://lists.sourceforge.net/lists/listinfo/freestdf-devel >> >> > |
From: Mike F. <va...@gm...> - 2017-04-25 18:12:12
|
you should be able to just run: ./autogen.sh and it'll do all the things for you -mike On Tue, Apr 25, 2017 at 5:43 AM, Paul Robins <pau...@gm...> wrote: > Hello, > > Can anyone give me some tips on how to configure/build the latest snapshot > please? > > I used libstdf-0.4 some years ago and would now like to get the latest > updates to take adavantage of fixes, especially related to writing stdf. > > I used to be able to do ./configure ; make; make install. > > When I download the latest snapshot however I find that the configure > script is no longer included. I've attempted using the previous configure > with the latest snapshot but that fails.I've also tried running aclocal, > autoconf, automake.. etc, (probably in the wrong order) but I still haven't > managed to get it right. > > I'm currently building on RHEL 5.11 > > Thanks > > Paul > > ------------------------------------------------------------ > ------------------ > Check out the vibrant tech community on one of the world's most > engaging tech sites, Slashdot.org! http://sdm.link/slashdot > _______________________________________________ > Freestdf-devel mailing list > Fre...@li... > https://lists.sourceforge.net/lists/listinfo/freestdf-devel > > |
From: Paul R. <pau...@gm...> - 2017-04-25 09:44:47
|
Hello, Can anyone give me some tips on how to configure/build the latest snapshot please? I used libstdf-0.4 some years ago and would now like to get the latest updates to take adavantage of fixes, especially related to writing stdf. I used to be able to do ./configure ; make; make install. When I download the latest snapshot however I find that the configure script is no longer included. I've attempted using the previous configure with the latest snapshot but that fails.I've also tried running aclocal, autoconf, automake.. etc, (probably in the wrong order) but I still haven't managed to get it right. I'm currently building on RHEL 5.11 Thanks Paul |
From: Stefan B. <ste...@gm...> - 2017-04-03 19:05:53
|
I created a fork: https://sourceforge.net/u/pronti/freestdf-libstdf/ci/master/tree/ Changelog to git version: - now supports stdf v4-2007 - fix GDR record - fix for dumping xN1 - fix for dumping Dn Am 14.03.2017 um 11:06 schrieb Alessandro Gritti: > That's fine from my point of view > > Alessandro Gritti > > Il giorno 14 mar 2017, alle ore 10:49, Stefan Brandner > <ste...@gm... <mailto:ste...@gm...>> ha scritto: > >> Hello Alessandro, >> I would say we wait for some weeks to see if Mike responds. I hope he >> answers and tells us if he is willing to continue with the project. >> If not we can create a fork. >> Regards >> Stefan >> *Gesendet:* Montag, 13. März 2017 um 16:09 Uhr >> *Von:* "Alessandro Gritti" <al...@gm... <mailto:al...@gm...>> >> *An:* "Stefan Brandner" <ste...@gm... >> <mailto:ste...@gm...>> >> *Cc:* "freestdf freestdf-devel" <fre...@li... >> <mailto:fre...@li...>> >> *Betreff:* Re: [Freestdf-devel] fixed reading and writing GDR record >> Should we fork the project somewhere like GitHub so the patch can be >> properly merged? It seems mike has dropped the project >> >> Alessandro Gritti >> >> > Il giorno 13 mar 2017, alle ore 13:26, Stefan Brandner >> <ste...@gm... <mailto:ste...@gm...>> ha scritto: >> > >> > Hello Mike >> > >> > In my last mails I created patches against the version from git. In >> this mail the patch is against the patched version. >> > If you prefer to have this patch also against git I can resend it >> but the mail will be quite big with all previous changes. >> > >> > I fixed reading and writing GDR records and I think this was the >> last stdf bug I am aware of. >> > There is a further bug that the library does not compile with bzip2 >> enabled on mingw64. >> > Gzip works well though. >> > >> > I wonder if you have time to check the changes and maybe create a >> new version. >> > >> > Regards >> > Stefan >> > >> > >> > diff -Naur >> freestdf-libstdf-previous/examples/dump_records_to_ascii.c >> freestdf-libstdf/examples/dump_records_to_ascii.c >> > --- freestdf-libstdf-previous/examples/dump_records_to_ascii.c >> 2017-02-07 10:14:11.636028000 +0100 >> > +++ freestdf-libstdf/examples/dump_records_to_ascii.c 2017-03-13 >> 09:05:00.184347000 +0100 >> > @@ -58,7 +58,7 @@ >> > >> > void print_Vn(char *n, stdf_dtc_Vn v, int c) >> > { >> > - int i; >> > + int i,j; >> > --c; >> > printf("\t%s:\n", n); >> > for (i=0; i<=c; ++i) { >> > @@ -78,9 +78,26 @@ >> > printf("%s", (*Cn ? Cn+1 : "(null")); >> > break; >> > } >> > - case STDF_GDR_Bn: printf("[??]"); break; >> > - case STDF_GDR_Dn: printf("[??]"); break; >> > - case STDF_GDR_N1: printf("%X", *((stdf_dtc_N1*)v[i].data)); break; >> > + case STDF_GDR_Bn: { >> > + stdf_dtc_Bn Bn = *((stdf_dtc_Bn*)v[i].data); >> > + for ( j=1; j<=*Bn; ++j) >> > + printf("0x%X ", *(Bn+j)); >> > + if (*Bn == 0) >> > + printf(" (null)"); >> > + break; >> > + } >> > + case STDF_GDR_Dn: { >> > + stdf_dtc_Dn Dn = *((stdf_dtc_Dn*)v[i].data); >> > + stdf_dtc_U2 *num_bits = (stdf_dtc_U2*)Dn, len; >> > + len = *num_bits / 8; >> > + if (*num_bits % 8) ++len; >> > + for ( j=0; j<len; ++j) >> > + printf("0x%X ", *(Dn+j+2)); >> > + if (len == 0) >> > + printf(" (null)"); >> > + break; >> > + } >> > + case STDF_GDR_N1: printf("0x%X", *((stdf_dtc_N1*)v[i].data)); break; >> > } >> > printf("\n"); >> > } >> > diff -Naur freestdf-libstdf-previous/examples/makestdf.c >> freestdf-libstdf/examples/makestdf.c >> > --- freestdf-libstdf-previous/examples/makestdf.c 2017-02-07 >> 10:18:06.919035000 +0100 >> > +++ freestdf-libstdf/examples/makestdf.c 2017-03-13 >> 09:02:00.994356000 +0100 >> > @@ -384,14 +384,60 @@ >> > stdf_write_record(f, &eps); >> > } >> > >> > -/* >> > + stdf_dtc_Cn Cn = "\017Gendata Example"; >> > + stdf_dtc_Vn_ele Vn_ele1 = { STDF_GDR_Cn, (void*)&Cn}; // 17bytes >> sum = 17bytes >> > + stdf_dtc_U1 U1=255; >> > + stdf_dtc_Vn_ele Vn_ele2 = { STDF_GDR_U1, (void*)&U1}; // 2bytes >> sum = 19bytes -> no pad bytes since sum is odd >> > + stdf_dtc_U2 U2=65123; >> > + stdf_dtc_Vn_ele Vn_ele3 = { STDF_GDR_U2, (void*)&U2}; // 3bytes >> sum = 22bytes >> > + stdf_dtc_I1 I1=-125; >> > + stdf_dtc_Vn_ele Vn_ele4 = { STDF_GDR_I1, (void*)&I1}; // 2bytes >> sum = 24bytes -> since I2 is coming next and I2 data bytes should be >> even distributed a pad byte is needed >> > + stdf_dtc_Vn_ele Vn_ele5 = { STDF_GDR_B0, 0}; // 1byte sum = 25bytes >> > + stdf_dtc_I2 I2=-31534; >> > + stdf_dtc_Vn_ele Vn_ele6 = { STDF_GDR_I2, (void*)&I2}; // 3bytes >> sum = 28bytes -> since I4 is coming next and I4 data bytes should be >> even distributed a pad byte is needed >> > + stdf_dtc_Vn_ele Vn_ele7 = { STDF_GDR_B0, 0}; // 1byte sum = 29byte >> > + stdf_dtc_I4 I4=-2147483646; >> > + stdf_dtc_Vn_ele Vn_ele8 = { STDF_GDR_I4, (void*)&I4}; // 5bytes >> sum = 34byted -> since R4 is coming next and R4 data bytes should be >> even distributed a pad byte is needed >> > + stdf_dtc_Vn_ele Vn_ele9 = { STDF_GDR_B0, 0}; // 1byte sum = 35bytes >> > + stdf_dtc_R4 R4=3.141593e-2; >> > + stdf_dtc_Vn_ele Vn_ele10 = { STDF_GDR_R4, (void*)&R4}; // 5bytes >> sum = 40bytes >> > + stdf_dtc_Vn_ele Vn_ele11 = { STDF_GDR_B0, 0}; >> > + stdf_dtc_R8 R8=3.141593e5; >> > + stdf_dtc_Vn_ele Vn_ele12 = { STDF_GDR_R8, (void*)&R8}; >> > + stdf_dtc_Bn Bn = "\0040123"; >> > + stdf_dtc_Vn_ele Vn_ele13 = { STDF_GDR_Bn, (void*)&Bn}; >> > + // little endian >> > + stdf_dtc_Dn Dn = "\110\000\004\000\001\000\004\000\000\001\000"; >> > + stdf_dtc_Vn_ele Vn_ele14 = { STDF_GDR_Dn, (void*)&Dn}; >> > + stdf_dtc_N1 N1 = 0xF; >> > + stdf_dtc_Vn_ele Vn_ele15 = { STDF_GDR_N1, (void*)&N1}; >> > + >> > + stdf_dtc_Vn Vn; >> > + Vn = calloc(14, sizeof(stdf_dtc_Vn_ele)); >> > + Vn[0] = Vn_ele1; // 4bytes >> > + Vn[1] = Vn_ele2; // 3bytes >> > + Vn[2] = Vn_ele3; >> > + Vn[3] = Vn_ele4; >> > + Vn[4] = Vn_ele5; >> > + Vn[5] = Vn_ele6; >> > + Vn[6] = Vn_ele7; >> > + Vn[7] = Vn_ele8; >> > + Vn[8] = Vn_ele9; >> > + Vn[9] = Vn_ele10; >> > + Vn[10] = Vn_ele11; >> > + Vn[11] = Vn_ele12; >> > + Vn[12] = Vn_ele13; >> > + Vn[13] = Vn_ele14; >> > + Vn[14] = Vn_ele15; >> > + >> > { >> > stdf_rec_gdr gdr = { >> > + .FLD_CNT = 15, >> > + .GEN_DATA =Vn >> > }; >> > stdf_init_header(gdr.header, STDF_REC_GDR); >> > stdf_write_record(f, &gdr); >> > } >> > -*/ >> > >> > { >> > stdf_rec_dtr dtr = { >> > diff -Naur freestdf-libstdf-previous/examples/stdf2xtdf.c >> freestdf-libstdf/examples/stdf2xtdf.c >> > --- freestdf-libstdf-previous/examples/stdf2xtdf.c 2017-02-07 >> 10:15:06.641940000 +0100 >> > +++ freestdf-libstdf/examples/stdf2xtdf.c 2017-03-13 >> 13:02:59.836768000 +0100 >> > @@ -38,6 +38,7 @@ >> > print_x(print_xU1, stdf_dtc_xU1, "%i") >> > print_x(print_xU2, stdf_dtc_xU2, "%i") >> > print_x(print_xR4, stdf_dtc_xR4, "%f") >> > +print_x(print_xCn, stdf_dtc_xCn, "%s") >> > >> > void print_xN1(char *member, stdf_dtc_xN1 xN1, stdf_dtc_U2 c) >> > { >> > @@ -59,7 +60,7 @@ >> > >> > void print_Vn(char *n, stdf_dtc_Vn v, int c) >> > { >> > - int i; >> > + int i,j; >> > --c; >> > printf("\t<%s>\n", n); >> > for (i=0; i<=c; ++i) { >> > @@ -79,9 +80,26 @@ >> > printf("%s", (*Cn ? Cn+1 : "(null")); >> > break; >> > } >> > - case STDF_GDR_Bn: printf("[??]"); break; >> > - case STDF_GDR_Dn: printf("[??]"); break; >> > - case STDF_GDR_N1: printf("%X", *((stdf_dtc_N1*)v[i].data)); break; >> > + case STDF_GDR_Bn: { >> > + stdf_dtc_Bn Bn = *((stdf_dtc_Bn*)v[i].data); >> > + for ( j=1; j<=*Bn; ++j) >> > + printf("0x%X ", *(Bn+j)); >> > + if (*Bn == 0) >> > + printf(" (null)"); >> > + break; >> > + } >> > + case STDF_GDR_Dn: { >> > + stdf_dtc_Dn Dn = *((stdf_dtc_Dn*)v[i].data); >> > + stdf_dtc_U2 *num_bits = (stdf_dtc_U2*)Dn, len; >> > + len = *num_bits / 8; >> > + if (*num_bits % 8) ++len; >> > + for ( j=0; j<len; ++j) >> > + printf("0x%X ", *(Dn+j+2)); >> > + if (len == 0) >> > + printf(" (null)"); >> > + break; >> > + } >> > + case STDF_GDR_N1: printf("0x%X", *((stdf_dtc_N1*)v[i].data)); break; >> > } >> > printf("'/>\n"); >> > } >> > @@ -307,10 +325,10 @@ >> > print_xU2("GRP_INDX", plr->GRP_INDX, plr->GRP_CNT); >> > print_xU2("GRP_MODE", plr->GRP_MODE, plr->GRP_CNT); >> > print_xU1("GRP_RADX", plr->GRP_RADX, plr->GRP_CNT); >> > - print_UNK("PGM_CHAR"); >> > - print_UNK("RTN_CHAR"); >> > - print_UNK("PGM_CHAL"); >> > - print_UNK("RTN_CHAL"); >> > + print_xCn("PGM_CHAR", plr->PGM_CHAR, plr->GRP_CNT); >> > + print_xCn("RTN_CHAR", plr->RTN_CHAR, plr->GRP_CNT); >> > + print_xCn("PGM_CHAL", plr->PGM_CHAL, plr->GRP_CNT); >> > + print_xCn("RTN_CHAL", plr->RTN_CHAL, plr->GRP_CNT); >> > break; >> > } >> > case STDF_REC_RDR: { >> > diff -Naur freestdf-libstdf-previous/src/dtc.c >> freestdf-libstdf/src/dtc.c >> > --- freestdf-libstdf-previous/src/dtc.c 2017-02-07 >> 09:22:54.068110000 +0100 >> > +++ freestdf-libstdf/src/dtc.c 2017-03-13 08:59:00.919305000 +0100 >> > @@ -73,8 +73,6 @@ >> > #ifdef STDF_VER3 >> > void _stdf_read_dtc_Cx(stdf_file *f, stdf_dtc_Cn *Cn, int len) >> > { >> > - /* does this even work ? >> > - need a file with a PLR record in it to test ... */ >> > (*Cn) = calloc(len + 1, sizeof(stdf_dtc_C1)); >> > (*Cn)[0] = len; >> > memset((*Cn)+1, 0x00, 1 + len + 1); >> > @@ -173,29 +171,26 @@ >> > free(xCn); >> > } >> > >> > -void stdf_get_Vn_name_r(int type, char *buf) >> > -{ >> > - switch (type) { >> > - case STDF_GDR_B0: memcpy(buf, "B0", 2); break; >> > - case STDF_GDR_U1: memcpy(buf, "U1", 2); break; >> > - case STDF_GDR_U2: memcpy(buf, "U2", 2); break; >> > - case STDF_GDR_U4: memcpy(buf, "U4", 2); break; >> > - case STDF_GDR_I1: memcpy(buf, "I1", 2); break; >> > - case STDF_GDR_I2: memcpy(buf, "I2", 2); break; >> > - case STDF_GDR_I4: memcpy(buf, "I4", 2); break; >> > - case STDF_GDR_R4: memcpy(buf, "R4", 2); break; >> > - case STDF_GDR_R8: memcpy(buf, "R8", 2); break; >> > - case STDF_GDR_Cn: memcpy(buf, "Cn", 2); break; >> > - case STDF_GDR_Bn: memcpy(buf, "Bn", 2); break; >> > - case STDF_GDR_Dn: memcpy(buf, "Dn", 2); break; >> > - case STDF_GDR_N1: memcpy(buf, "N1", 2); break; >> > - } >> > - buf[2] = '\0'; >> > -} >> > char* stdf_get_Vn_name(int type) >> > { >> > static char name[3]; >> > - stdf_get_Vn_name_r(type, name); >> > + >> > + switch (type) { >> > + case STDF_GDR_B0: memcpy(name, "B0", 2); break; >> > + case STDF_GDR_U1: memcpy(name, "U1", 2); break; >> > + case STDF_GDR_U2: memcpy(name, "U2", 2); break; >> > + case STDF_GDR_U4: memcpy(name, "U4", 2); break; >> > + case STDF_GDR_I1: memcpy(name, "I1", 2); break; >> > + case STDF_GDR_I2: memcpy(name, "I2", 2); break; >> > + case STDF_GDR_I4: memcpy(name, "I4", 2); break; >> > + case STDF_GDR_R4: memcpy(name, "R4", 2); break; >> > + case STDF_GDR_R8: memcpy(name, "R8", 2); break; >> > + case STDF_GDR_Cn: memcpy(name, "Cn", 2); break; >> > + case STDF_GDR_Bn: memcpy(name, "Bn", 2); break; >> > + case STDF_GDR_Dn: memcpy(name, "Dn", 2); break; >> > + case STDF_GDR_N1: memcpy(name, "N1", 2); break; >> > + } >> > + name[2] = '\0'; >> > return name; >> > } >> > >> > @@ -218,7 +213,7 @@ >> > Vn->type = *(f->rec_pos); >> > f->rec_pos++; >> > switch (Vn->type) { >> > - case STDF_GDR_B0: DO_VN(dtc_B1); break; >> > + case STDF_GDR_B0: break; >> > case STDF_GDR_U1: DO_VN(dtc_U1); break; >> > case STDF_GDR_U2: DO_VN(dtc_U2); break; >> > case STDF_GDR_U4: DO_VN(dtc_U4); break; >> > diff -Naur freestdf-libstdf-previous/src/dtc.h >> freestdf-libstdf/src/dtc.h >> > --- freestdf-libstdf-previous/src/dtc.h 2017-02-07 >> 09:19:12.253291000 +0100 >> > +++ freestdf-libstdf/src/dtc.h 2017-03-13 08:59:28.815775000 +0100 >> > @@ -120,8 +120,9 @@ >> > { >> > #define DO_VN(DTC) _stdf_write_dtc_##DTC(file, >> *(stdf_dtc_##DTC*)Vn->data) >> > while (cnt-- > 0) { >> > + _stdf_write_byte(file, Vn->type); >> > switch (Vn->type) { >> > - case STDF_GDR_B0: DO_VN(B1); break; >> > + case STDF_GDR_B0: break; >> > case STDF_GDR_U1: DO_VN(U1); break; >> > case STDF_GDR_U2: DO_VN(U2); break; >> > case STDF_GDR_U4: DO_VN(U4); break; >> > diff -Naur freestdf-libstdf-previous/src/rec.c >> freestdf-libstdf/src/rec.c >> > --- freestdf-libstdf-previous/src/rec.c 2017-02-07 >> 09:23:34.390714000 +0100 >> > +++ freestdf-libstdf/src/rec.c 2017-03-13 11:35:31.560325000 +0100 >> > @@ -1176,7 +1176,19 @@ >> > ret += _lenCn(xCn[cnt]); >> > return ret; >> > } >> > -#define _lenBn(Bn) (_lenCn((char*)Bn)) >> > +static inline size_t _lenBn(stdf_dtc_Bn Bn) >> > +{ >> > + unsigned short len; >> > + // _lenCn with strlen doesn't work here since 0x0 is legal value >> > + if (Bn && Bn[0]) >> > + { len=Bn[0]; >> > + len++; >> > + return len; >> > + } >> > + else >> > + return 1; >> > +} >> > + >> > #define _lenCx(Cx, x) (x) >> > #define _len_dtcX(x, cnt) (sizeof(*(x)) * cnt) >> > #define _len_dtcXN(xn, cnt) (sizeof(*(xn)) * (cnt / 2 + cnt % 2)) >> > @@ -1184,8 +1196,9 @@ >> > { >> > size_t ret = 0; >> > while (cnt--) { >> > + ret++; >> > switch (Vn->type) { >> > - case STDF_GDR_B0: ret += sizeof(stdf_dtc_B1); break; >> > + case STDF_GDR_B0: break; >> > case STDF_GDR_U1: ret += sizeof(stdf_dtc_U1); break; >> > case STDF_GDR_U2: ret += sizeof(stdf_dtc_U2); break; >> > case STDF_GDR_U4: ret += sizeof(stdf_dtc_U4); break; >> > @@ -1194,9 +1207,9 @@ >> > case STDF_GDR_I4: ret += sizeof(stdf_dtc_I4); break; >> > case STDF_GDR_R4: ret += sizeof(stdf_dtc_R4); break; >> > case STDF_GDR_R8: ret += sizeof(stdf_dtc_R8); break; >> > - case STDF_GDR_Cn: ret += _lenCn(Vn->data); break; >> > - case STDF_GDR_Bn: ret += _lenBn(Vn->data); break; >> > - case STDF_GDR_Dn: ret += _lenDn(Vn->data); break; >> > + case STDF_GDR_Cn: ret += _lenCn(*((stdf_dtc_Cn*)Vn->data)); break; >> > + case STDF_GDR_Bn: ret += _lenBn(*((stdf_dtc_Bn*)Vn->data)); break; >> > + case STDF_GDR_Dn: ret += _lenDn(*((stdf_dtc_Dn*)Vn->data)); break; >> > case STDF_GDR_N1: ret += sizeof(stdf_dtc_B1); break; >> > } >> > ++Vn; >> > >> > >> > >> ------------------------------------------------------------------------------ >> > Announcing the Oxford Dictionaries API! The API offers world-renowned >> > dictionary content that is easy and intuitive to access. Sign up for an >> > account today to start using our lexical data to power your apps and >> > projects. Get started today and enter our developer competition. >> > http://sdm.link/oxford >> > _______________________________________________ >> > Freestdf-devel mailing list >> > Fre...@li... >> <mailto:Fre...@li...> >> > https://lists.sourceforge.net/lists/listinfo/freestdf-devel >> ------------------------------------------------------------------------------ >> Check out the vibrant tech community on one of the world's most >> engaging tech sites, Slashdot.org <http://Slashdot.org>! >> http://sdm.link/slashdot >> _______________________________________________ >> Freestdf-devel mailing list >> Fre...@li... >> <mailto:Fre...@li...> >> https://lists.sourceforge.net/lists/listinfo/freestdf-devel |