441600+ entries in 0.28s
mod6: looks like error(const std::string &&format, ...) does
the same gyrations as around _vsnprintf/vsnprintf as my_snprintf. which is kinda strange. my_snprintf must have been added later.
punkman: mod6, I just
thought I'd remove some useless #defines, I got absolutely no clue what's going on
there
mod6: Is
that
the rationale
there?
mod6: return value (as always) as
the number of characters
that would have been written in case
the output string has been large enough. SUSv3 and later align
their specification of snprintf() with C99.
mod6: Looks related
to
this: Concerning
the return value of snprintf(), SUSv2 and C99 contradict each other: when snprintf() is called with size=0
then SUSv2 stipulates an unspecified return value less
than 1, while C99 allows str
to be NULL in
this case, and gives
the
mod6: punkman: your changes
to strprintf, error and my_snprintf
to utilize vsnprintf directly look fine. I see in FormatException you changed snprintf
to my_snprintf, which is apparently designed
to be "safer".
jurov: never did further research why m$ did
this
jurov: wanted
to use snprintf in a win school project, had
to call it as _snprintf
mod6: jurov: ahh, ok didn't know
that.
mod6: the main annoying
thing here is
that we see (ex): @@ -77,7 +72,6 @@
T* alignup(T* p)
jurov: mod6 i happen
to know exactly why _vsnprintf, it's windowsism
mod6: if nothing else could you
try with `git diff -pU`?
punkman: mod6:
that's
the output of "git diff -p" command. I don't see any differences besides
the "index d91d969..6b38259 100644" sections.
mod6: so getting rid of
that and just calling vsnprintf looks fine
to me.
mod6: i have no idea why (as a lot of
things in
this code)
this is done: btc.yt/lxr/satoshi/source/src/util.h#0080
mod6: makes it /slightly/ easier
to read.
mod6: might be better
to use `diff -uNr a b` on your changes as opposed
to `git --diff`
too.
mod6: punkman: yeah, sure. i'll
take a closer look at it here in just a bit.
that work?
punkman: mod6, when you have a moment, could you have a look at my_snprintf, strprintf and error() in util.cpp? do we need all
that?
mod6: alright, cool.
thx!
mod6: ok, so
there is an 0a at
the end of
the file.
tail doens't show it, but when I open it in ViM it's
there... weird!: dpaste.com/0F8R1VJ.txt
mod6: there alredy was one
there. i can add a new one, but
then ofc your sha1 wont match. no worries, will
try.
punkman: mod6:
try adding a newline at end of .patch file
mod6: punkman:
thanks for your patch submission!
solrodar: if you don't want
that
then you can comment out
the call
to merge_overloads
solrodar: yes, and overloads and
template expansions have been merged into single nodes
punkman: are
those nodes
the filtered ones?
punkman: worthy
to note
that greece always had huge cash economy
assbot: Logged on 13-07-2015 07:35:15; mircea_popescu: nobody has "any
trust" of
the
theoretical verbal kind in banks,
then
they go use
them 100%
solrodar: the latter being
the output of
the former
assbot: Logged on 13-07-2015 08:11:27; mircea_popescu: supposedly ultima online was major. i never really got into
the series.
punkman: if(fDebug) is not used much
though
punkman: ok so I'll resubmit with
those
two back in
punkman: if you wanna logrotate,
there's logrotate?
☟︎ punkman: I remember people complaining about
that
punkman: perhaps some
things
that go
to stderr currently, should also go
to debug log
punkman: InitMessage already had printf next
to it
punkman: conf generator bash script
that generates one?
nubbins`: (literal
translation of french: "men's holes on
the students")
jurov: basically, rg IPOed bitvps, happily paid divs, even submitted something resmbling monthly reports at first... until DC subscription ran out and nobody was around
to pay it in fiat
jurov: what a flashback
to rg
times "nm, phriend pays" :)
assbot: Logged on 13-07-2015 06:30:15; mthreat: I just found out
the search.b-a server is down until my friend pays
the bill. sorry, search won't work until
then.
jurov: and
that's why i put "check if your outgoiug mail verifies" in
the manual nobody reads
punkman: trying
to google "squirrelmail strips newlines" and I get nothing
though
jurov: okay. so it's squirrelmail,
thanks for info
jurov: and i assume
turdatron did. so let's get rid of
these assumptions, don
the gloves and check what's
there
punkman: jurov, well I assume
turdatron didn't do
this, so must be squirrel or something inbetween
jurov: punkman pls check
the outgoing folder (if you have any), we need
to know what caused
this
BingoBoingo: There's just a huge disconnect between how people expect
their mail client
to behave and how
they actually do
jurov: punkman: it was squirrelmail
that removed
these newlines?
punkman: guess I should
try sending with mutt
BingoBoingo: The solution
to
this problem really seems
to be all of
the retarded mail clients.
jurov: it won't reject any files, it just won't
track
them either
punkman: well if it doesn't reject files
that don't match .sig, I could just put
them in a
tar.gz
punkman: it stripped
the last newline from readme_s.txt as well
jurov: there is one empty line in
the end of received .patch