inf2cat - postdated DriverVer not allowed

Stampinf -d * appears to stamp the inf file with the local date, as
opposed to the UTC/GMT date. I am at +11 hours at the moment. Inf2cat
requires the date to be UTC, so it won’t work for me until 11am as a
postdated DriverVer is not valid :frowning:

Any suggestions?

Thanks

Jame

Ah… put the date in yourself and get rid of the STAMPINF tool?

Wait until 11AM and run STAMPINF then??

Peter
OSR

Visit England virtually?

-----Original Message-----
From: xxxxx@lists.osr.com
[mailto:xxxxx@lists.osr.com] On Behalf Of xxxxx@osr.com
Sent: Tuesday, March 03, 2009 6:14 PM
To: Windows System Software Devs Interest List
Subject: RE:[ntdev] inf2cat - postdated DriverVer not allowed

Ah… put the date in yourself and get rid of the STAMPINF tool?

Wait until 11AM and run STAMPINF then??

Peter
OSR


NTDEV is sponsored by OSR

For our schedule of WDF, WDM, debugging and other seminars visit:
http://www.osr.com/seminars

To unsubscribe, visit the List Server section of OSR Online at
http://www.osronline.com/page.cfm?name=ListServer

Well, this question seems strange but I can imagine it can be a problem
for an automated build if it is really like this.

So the solution can be:

  • use -d xx/yy/zzzz instead of -d *
  • set STAMPINF_DATA environment variable to desired date (run stampinf
    without parameters to see help)

Finally, report it as a WDK bug, please.

Best regards,

Michal Vodicka
UPEK, Inc.
[xxxxx@upek.com, http://www.upek.com]

-----Original Message-----
From: xxxxx@lists.osr.com
[mailto:xxxxx@lists.osr.com] On Behalf Of David
R. Cattley
Sent: Wednesday, March 04, 2009 12:35 AM
To: Windows System Software Devs Interest List
Subject: RE: [ntdev] inf2cat - postdated DriverVer not allowed

Visit England virtually?

-----Original Message-----
From: xxxxx@lists.osr.com
[mailto:xxxxx@lists.osr.com] On Behalf Of xxxxx@osr.com
Sent: Tuesday, March 03, 2009 6:14 PM
To: Windows System Software Devs Interest List
Subject: RE:[ntdev] inf2cat - postdated DriverVer not allowed

Ah… put the date in yourself and get rid of the STAMPINF tool?

Wait until 11AM and run STAMPINF then??

Peter
OSR


NTDEV is sponsored by OSR

For our schedule of WDF, WDM, debugging and other seminars visit:
http://www.osr.com/seminars

To unsubscribe, visit the List Server section of OSR Online at
http://www.osronline.com/page.cfm?name=ListServer


NTDEV is sponsored by OSR

For our schedule of WDF, WDM, debugging and other seminars visit:
http://www.osr.com/seminars

To unsubscribe, visit the List Server section of OSR Online
at http://www.osronline.com/page.cfm?name=ListServer

Sorry, it should be STAMPINF_DATE.

Best regards,

Michal Vodicka
UPEK, Inc.
[xxxxx@upek.com, http://www.upek.com]

-----Original Message-----
From: xxxxx@lists.osr.com
[mailto:xxxxx@lists.osr.com] On Behalf Of Michal Vodicka
Sent: Wednesday, March 04, 2009 12:43 AM
To: Windows System Software Devs Interest List
Subject: RE: [ntdev] inf2cat - postdated DriverVer not allowed

Well, this question seems strange but I can imagine it can be
a problem
for an automated build if it is really like this.

So the solution can be:

  • use -d xx/yy/zzzz instead of -d *
  • set STAMPINF_DATA environment variable to desired date (run stampinf
    without parameters to see help)

Finally, report it as a WDK bug, please.

Best regards,

Michal Vodicka
UPEK, Inc.
[xxxxx@upek.com, http://www.upek.com]

> -----Original Message-----
> From: xxxxx@lists.osr.com
> [mailto:xxxxx@lists.osr.com] On Behalf Of David
> R. Cattley
> Sent: Wednesday, March 04, 2009 12:35 AM
> To: Windows System Software Devs Interest List
> Subject: RE: [ntdev] inf2cat - postdated DriverVer not allowed
>
> Visit England virtually?
>
> -----Original Message-----
> From: xxxxx@lists.osr.com
> [mailto:xxxxx@lists.osr.com] On Behalf Of
xxxxx@osr.com
> Sent: Tuesday, March 03, 2009 6:14 PM
> To: Windows System Software Devs Interest List
> Subject: RE:[ntdev] inf2cat - postdated DriverVer not allowed
>
> Ah… put the date in yourself and get rid of the STAMPINF tool?
>
> Wait until 11AM and run STAMPINF then??
>
> Peter
> OSR
>
> —
> NTDEV is sponsored by OSR
>
> For our schedule of WDF, WDM, debugging and other seminars visit:
> http://www.osr.com/seminars
>
> To unsubscribe, visit the List Server section of OSR Online at
> http://www.osronline.com/page.cfm?name=ListServer
>
>
> —
> NTDEV is sponsored by OSR
>
> For our schedule of WDF, WDM, debugging and other seminars visit:
> http://www.osr.com/seminars
>
> To unsubscribe, visit the List Server section of OSR Online
> at http://www.osronline.com/page.cfm?name=ListServer
>


NTDEV is sponsored by OSR

For our schedule of WDF, WDM, debugging and other seminars visit:
http://www.osr.com/seminars

To unsubscribe, visit the List Server section of OSR Online
at http://www.osronline.com/page.cfm?name=ListServer

>

Well, this question seems strange but I can imagine it can be a
problem
for an automated build if it is really like this.

So the solution can be:

  • use -d xx/yy/zzzz instead of -d *
  • set STAMPINF_DATA environment variable to desired date (run stampinf
    without parameters to see help)

Finally, report it as a WDK bug, please.

How do I do that? Is that just the ‘send feedback’ link in the help or
is there an actual bug tracking page?

Thanks

James

You can file a bug on the WDK through Windows Connect. It goes directly into the bug tracking database that way.

Alternatively, use “send feedback”-- that’ll go to the doc writers, but hopefully they’ll forward it to the right place (and not just close it).

Peter
OSR

James Harper wrote:

Stampinf -d * appears to stamp the inf file with the local date, as
opposed to the UTC/GMT date. I am at +11 hours at the moment. Inf2cat
requires the date to be UTC, so it won’t work for me until 11am as a
postdated DriverVer is not valid :frowning:

Any suggestions?

Move a long way East of Greenwich, but not quite as far East as you are
now :wink: You’ll be just like the people who created this bug then, and so
won’t notice it.

You can just use the options other than * or twiddle your time zone if
you’re doing it by hand, but it’s a real pain to deal with it
automatically in build.

Pity all those poor driver writers in Tonga though, they only get 11
hours a day to play with.

>

You can file a bug on the WDK through Windows Connect. It goes
directly
into the bug tracking database that way.

Done. I think. Bug #420467

Thanks

James

I am sure there are people whom wish I would (be) moved to a timezone where
I could only do one hour of development [damage] a day …

-Dave

-----Original Message-----
From: xxxxx@lists.osr.com
[mailto:xxxxx@lists.osr.com] On Behalf Of J. J. Farrell
Sent: Tuesday, March 03, 2009 10:03 PM
To: Windows System Software Devs Interest List
Subject: Re:[ntdev] inf2cat - postdated DriverVer not allowed

James Harper wrote:

Stampinf -d * appears to stamp the inf file with the local date, as
opposed to the UTC/GMT date. I am at +11 hours at the moment. Inf2cat
requires the date to be UTC, so it won’t work for me until 11am as a
postdated DriverVer is not valid :frowning:

Any suggestions?

Move a long way East of Greenwich, but not quite as far East as you are
now :wink: You’ll be just like the people who created this bug then, and so
won’t notice it.

You can just use the options other than * or twiddle your time zone if
you’re doing it by hand, but it’s a real pain to deal with it
automatically in build.

Pity all those poor driver writers in Tonga though, they only get 11
hours a day to play with.


NTDEV is sponsored by OSR

For our schedule of WDF, WDM, debugging and other seminars visit:
http://www.osr.com/seminars

To unsubscribe, visit the List Server section of OSR Online at
http://www.osronline.com/page.cfm?name=ListServer

James,
Your bug report does not contain enough information for us to understand/reproduce the problem. Specifically, I need:

  1. What is the complete syntax of your stampinf command?
  2. What is the value of stampinf_date environment variable, if set?
  3. What is the value of Driver Ver in the INF file after you issue the stampinf command?
  4. What is the Date value for your computer?
  5. What is the complete syntax of your inf2cat command?
  6. What is the error message you receive from inf2cat? (Please use inf2cat with /v option for verbose output).

You can add this info to the bug report you filed, or post it here. Either way.
Thanks,
Jennifer

> James,

Your bug report does not contain enough information for us to
understand/reproduce the problem. Specifically, I need:

  1. What is the complete syntax of your stampinf command?

stampinf -f xenpci.inx -a $(_BUILDARCH) -d * -v 0.10.0.21

  1. What is the value of stampinf_date environment variable, if set?

It is not set

  1. What is the value of Driver Ver in the INF file after you issue the
    stampinf command?

At 9:00am 4-Mar-2009 AEDT (UTC+11), the value of driver ver was

DriverVer=03/04/2009,0.10.0.21

  1. What is the Date value for your computer?

Tue 04/03/2009
(that’s dd/mm/yyyy format)

  1. What is the complete syntax of your inf2cat command?

%DDK_PATH%\bin\selfsign\inf2cat /driver:xenpci%BUILDDIR%
/os:Server2003_X86

  1. What is the error message you receive from inf2cat? (Please use
    inf2cat with /v option for verbose output).

Sorry I don’t have that information right now, and can’t reproduce it
until before 11am tomorrow morning (after 11am the local date and UTC
date will be the same and the error won’t occur), and unfortunately I’ll
be travelling until 11am tomorrow.

The gist of the error message was that the stampinf set the date
component of the DriverVer to the local date time (4th March), but
inf2cat expected the date to be UTC (3rd March), and so failed.

I will forward the information when I can.

James

> -----Original Message-----

From: xxxxx@lists.osr.com
[mailto:xxxxx@lists.osr.com] On Behalf Of James Harper
Sent: Thursday, March 05, 2009 2:41 AM
To: Windows System Software Devs Interest List
Subject: RE: [ntdev] inf2cat - postdated DriverVer not allowed

Sorry I don’t have that information right now, and can’t reproduce it
until before 11am tomorrow morning (after 11am the local date and UTC
date will be the same and the error won’t occur), and
unfortunately I’ll
be travelling until 11am tomorrow.

Have you considered changing your computer time for a while?

Best regards,

Michal Vodicka
UPEK, Inc.
[xxxxx@upek.com, http://www.upek.com]

>

> -----Original Message-----
> From: xxxxx@lists.osr.com
> [mailto:xxxxx@lists.osr.com] On Behalf Of James Harper
> Sent: Thursday, March 05, 2009 2:41 AM
> To: Windows System Software Devs Interest List
> Subject: RE: [ntdev] inf2cat - postdated DriverVer not allowed
>
> Sorry I don’t have that information right now, and can’t reproduce
it
> until before 11am tomorrow morning (after 11am the local date and
UTC
> date will be the same and the error won’t occur), and
> unfortunately I’ll
> be travelling until 11am tomorrow.

Have you considered changing your computer time for a while?

I only have the wdk installed on my laptop, which also runs outlook. The
thought of changing the date frightens me a little :slight_smile:

I don’t see that it’s a huge problem to wait a few days. If there is a
bug in stampinf, it’s been there a long time already.

James

> -----Original Message-----

From: xxxxx@lists.osr.com
[mailto:xxxxx@lists.osr.com] On Behalf Of James Harper
Sent: Thursday, March 05, 2009 2:58 AM
To: Windows System Software Devs Interest List
Subject: RE: [ntdev] inf2cat - postdated DriverVer not allowed

I only have the wdk installed on my laptop, which also runs
outlook. The
thought of changing the date frightens me a little :slight_smile:

Now I imagine a poor MS support guy traveling to your time zone with his
laptop to reproduce a problem :wink:

I see no problem with changing time and if you’re frightened, you can
always close Outlook :slight_smile:

Best regards,

Michal Vodicka
UPEK, Inc.
[xxxxx@upek.com, http://www.upek.com]

hi,

I had the same problem. Although germany is not so many hours off, but our
automatic build process sometimes runs short after midnight. There is an
environment variable
STAMPINF_DATE

which can be used. So the build environment (small perl program) first sets
the correct local date in the environment and then the batch file to compile
the driver is called with the correct parameter for stampinf. This solved
the problem.

– Reinhard

“James Harper” wrote in message
news:xxxxx@ntdev…
Stampinf -d * appears to stamp the inf file with the local date, as
opposed to the UTC/GMT date. I am at +11 hours at the moment. Inf2cat
requires the date to be UTC, so it won’t work for me until 11am as a
postdated DriverVer is not valid :frowning:

Any suggestions?

Thanks

Jame

James,
Thanks for the additional info. This should be enough for us to investigate. Seems more like an inf2cat issue to me. Although, as suggested, there is a workaround by setting stampinf_date environment variable.
Jennifer

> hi,

I had the same problem. Although germany is not so many hours off, but
our
automatic build process sometimes runs short after midnight. There is
an
environment variable
STAMPINF_DATE

which can be used. So the build environment (small perl program) first
sets
the correct local date in the environment and then the batch file to
compile
the driver is called with the correct parameter for stampinf. This
solved
the problem.

I’d like to not involve perl if possible. I’ve so far managed to do
everything with bat files.

Any suggestions for how I could set the STAMPINF_DATE to the current UTC
date in a bat file?

Thanks

James

> -----Original Message-----

From: xxxxx@lists.osr.com
[mailto:xxxxx@lists.osr.com] On Behalf Of James Harper
Sent: Friday, March 06, 2009 1:02 AM
To: Windows System Software Devs Interest List
Subject: RE: [ntdev] inf2cat - postdated DriverVer not allowed

Any suggestions for how I could set the STAMPINF_DATE to the
current UTC
date in a bat file?

  1. Use 4NT instead of CMD. It should be possible there.

  2. Write a small console app which sets the variable and call it from
    your batch.

  3. Write a small console app which creates a batch file with desired
    “set var=value” command and call app followed by generated batch.

etc.

Best regards,

Michal Vodicka
UPEK, Inc.
[xxxxx@upek.com, http://www.upek.com]

On 3/4/2009 4:02 AM, xxxxx@osr.com wrote:

You can file a bug on the WDK through Windows Connect.
> It goes directly into the bug tracking database that way.

IMHO, you could also tell the problem to your coffee mug – in my
experience the outcome is nearly 100% identical. :slight_smile:

I’d go with the documentation team - last time I submitted a doc change
request, the underlying problem actually got fixed.

BTW, did anybody else notice that the beta newsgroups (which also were
advertised on the Connect website) seem to have gone?