Warren Young:
> You can open a file called NUL on Windows to get the same effect as
> /dev/null on POSIX type platforms.
A very interesting topic!
NULL
(void*)0, or nullptr (was used in a confusing manner, in my post)
\Device\Null
Windows NT (object manager) equivalent to /dev/null
\??\NUL
On Jul 22, 2018, at 4:21 AM, Florian Balmer wrote:
>
> writing to a FILE* pointing to NULL may have
> exactly the same effect as writing to a FILE* pointing to "/dev/null”?
You can open a file called NUL on Windows to get the same effect as /dev/null
on POSIX type platforms.
Unlike on POSIX, N
On 7/22/18, Florian Balmer wrote:
>
> Just a thought: would it make sense to have --nodelay as a global
> option recognized by all commands, and maybe also through an
> environment variable, and a CGI control option? So that any backoffice
> processing could be temporarily disabled?
Everything is
Richard Hipp:
> Please test the latest trunk version and let me know if you are still
> seeing issues.
Thank you very much for the fix!
I see no more delays with "fossil ui" on Windows.
Just a thought: would it make sense to have --nodelay as a global
option recognized by all commands, and mayb
On 7/21/18, Florian Balmer wrote:
>
> I see random delays for the `fossil ui' command,
Please test the latest trunk version and let me know if you are still
seeing issues.
Anybody who has the capability, please also verify that "fossil server
--scgi" is now working again. I do not have a SCGI w
Richard Hipp:
> Hence, if the subprocess gets involves in backoffice work, that can
> delay the return of content to the user.
> The only comes up on Windows. I do not yet have a good work-around.
I see, thank you very much for the detailed explanations.
I only have the obvious (inefficient?) i
On 7/22/18, Florian Balmer wrote:
>
> The Windows HTTP server (and thus `fossil ui') works by spawning
> sub-processes for each individual HTTP request, right? This results in
> multiple sub-processes per web page (one for the HTML page, one for
> CSS, another one for JavaScript, etc.)?
>
Every F
> ... writing to a FILE* pointing to NULL may have exactly the same
> effect as writing to a FILE* pointing to "/dev/null"?
Well, unless there's a directory named "dev" in the root of the
current drive, which would result in creation (due to the passed "wb"
mode) of a file named "null", on Windows
Warren Young:
> That’s brand new code, less than a week old. It’s not surprising it’s
> not rock-solid yet.
Yes, I agree, I no not expect complex new features to be flawless from
the beginning.
But I've stumbled into the issue while testing a fix from the current
tip, and decided to report it ea
On Jul 22, 2018, at 1:18 AM, Florian Balmer wrote:
>
> [5544931c] src/backoffice.c:240
That’s brand new code, less than a week old. It’s not surprising it’s not
rock-solid yet.
I expect drh is now on the case. :)
___
fossil-users mailing list
fossil
Thank very much for your feedback!
Warren Young:
> Which is it?
With the random appearance of the delay, and the long duration of 60
seconds, I eventually gave up on "bisecting".
But with a more systematic approach, I've now got:
Last good: [06507038]
First bad: [947081aa]
> If the problem fi
On Jul 21, 2018, at 9:43 PM, Warren Young wrote:
>
> Try backing that checkin out to see if the prior problem (dangling journal
> files) reappears, while the delay also goes away:
Also, does this behavior happen on only one machine? If it happens on many
different Windows boxes within your re
On Jul 21, 2018, at 11:48 AM, Florian Balmer wrote:
>
> I've noticed something with the current tip version of Fossil…
> I tried to find a "last good" version by means of "bisecting", but…the delay
> never appears with Fossil 2.6.
I can see only two ways for those two sentences to be true at o
I've noticed something with the current tip version of Fossil (on Windows):
I see random delays for the `fossil ui' command, i.e. the web browser
is opened at once, but is displaying the loading/busy indicator and a
blank page for some time, before the default web page finally appears:
http://loc
14 matches
Mail list logo