[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

st: AW: Probable bug in -zipfile-

From   "Martin Weiss" <>
To   <>
Subject   st: AW: Probable bug in -zipfile-
Date   Tue, 27 Oct 2009 13:42:21 +0100


If you want my take on this, the problem is in line 44 of zipfile.ado which

gettoken comma   0 : 0

and probably needs a " , parse(", ")":

-gettoken- normally identifies tokens by watching out for blanks, as its
help file indicates. If, in your call to -zipfile-, you do not provide it
with a blank after the comma separating the zipfilename from its options, it
cannot tell that -replace- has been specified, and stashes -replace- into
the "comma" macro. The line 45 " gettoken replace 0 : 0" never gets a chance
to do its magic as "comma" has already eaten its lunch. The subsequent -if-s
then -somewhat correctly- identify a problem with the -saving- option when
really the problem lies in the parsing...


-----Ursprüngliche Nachricht-----
[] Im Auftrag von Fred Wolfe
Gesendet: Dienstag, 27. Oktober 2009 13:01
Betreff: st: Probable bug in -zipfile-

I used -zipfile- for the first time and obtained an error with the
first syntax. Stata usually lets one use "save,replace" even if the
file does not exist. So the behavior below was unexpected and kind of
a nuisance. And it is contrary to the help file.

. zipfile eq5d2.dta, saving(eq5d2,replace)
option saving() misspecified

. zipfile eq5d2.dta, saving(eq5d2)
    adding: eq5d2.dta
successfully zipped

Fred Wolfe
National Data Bank for Rheumatic Diseases
Wichita, Kansas
NDB Office  +1 316 263 2125 Ext 0
Research Office +1 316 686 9195

*   For searches and help try:

*   For searches and help try:

© Copyright 1996–2017 StataCorp LLC   |   Terms of use   |   Privacy   |   Contact us   |   What's new   |   Site index