On Tue, Aug 7, 2018 at 12:22 PM Enrico Forestieri wrote:
>
> No, this seems to be an issue introduced in recent versions of Windows.
> When an overlapped write operation to a pipe is in progress, GetLastError()
> used returning ERROR_IO_PENDING while now it seems to also return NO_ERROR.
> This w
gt;> Date: Tue Aug 7 17:56:07 2018 +0200
>>>
>>> Fix LyX server on Windows
>>>
>>> On some recent Windows versions, GetLastError() may also return
>>> NO_ERROR instead of ERROR_IO_PENDING during an overlapped write
>>> opera
On Tue, Aug 07, 2018 at 07:21:03PM -0400, Richard Kimberly Heck wrote:
> On 08/07/2018 12:05 PM, Enrico Forestieri wrote:
> > commit cf5f2661dc0a902e541704172ab369ba3e5a54d6
> > Author: Enrico Forestieri
> > Date: Tue Aug 7 17:56:07 2018 +0200
> >
> &
On 08/07/2018 12:05 PM, Enrico Forestieri wrote:
> commit cf5f2661dc0a902e541704172ab369ba3e5a54d6
> Author: Enrico Forestieri
> Date: Tue Aug 7 17:56:07 2018 +0200
>
> Fix LyX server on Windows
>
> On some recent Windows versions, GetLastError() may also
On Thu, Aug 02, 2018 at 01:58:37AM +0200, Pavel Sanda wrote:
> Will S wrote:
> > I have been helping a user debug a problem with a tool (LyZ,
> > https://github.com/willsALMANJ/lyz) that I maintain that interfaces with
> > LyX through the LyX server. The main symptom is that t
Will S wrote:
> I have been helping a user debug a problem with a tool (LyZ,
> https://github.com/willsALMANJ/lyz) that I maintain that interfaces with
> LyX through the LyX server. The main symptom is that the lyxserver.out file
> appears to be empty. Specifically, when LyZ writes a
On 07/31/2018 10:36 PM, Will S wrote:
> I have been helping a user debug a problem with a tool (LyZ,
> https://github.com/willsALMANJ/lyz
> <https://github.com/willsALMANJ/lyz>) that I maintain that interfaces
> with LyX through the LyX server. The main symptom is that the
&g
I have been helping a user debug a problem with a tool (LyZ,
https://github.com/willsALMANJ/lyz) that I maintain that interfaces with
LyX through the LyX server. The main symptom is that the lyxserver.out file
appears to be empty. Specifically, when LyZ writes a command into
lyxserver.in, LyX
there's been a working ftp server on the regular LyX server for
some time. Don't remember for how long though.
> if so I would switch back to wiki.lyx.org.
That's kind of funny: I thought you intentionally were using a separate
FTP server to reduce the load on our regular server
Christian Ridderström gmail.com> writes:
>
>
> Hi,
>
>
> A long time ago (2012) I tried setting up an FTP server but couldn't get
it to work in a fashion I felt was secure enough. But now during my vacation
I've had time to try again in peace and quiet. And it seems I've got it working.
Grea
Hi,
A long time ago (2012) I tried setting up an FTP server but couldn't get it
to work in a fashion I felt was secure enough. But now during my vacation
I've had time to try again in peace and quiet. And it seems I've got it
working.
The FTP server is VSFTP (https://security.appspot.com/vsftpd.h
This is just a reminder that the LyX server running the web pages, the
wiki, and subversion
will go down later today for reloacation to a different server.
I expect the server will go down about 22:00 +0100, perhaps a bit
before, perhaps a bit later.
The expectation is that the downtime will not
Hi all,
The LyX server running the web pages, the wiki and subversion will
be moved from one virtual server to another during next week. This move will
consist of a complete re-install since the virtual-servers in question are not
compatible.
The Downtime will be from Tuesday evening/night
Hi,
I'll be partially off-line until tuesday when I'm at Esrange, but I'll try
to help if I can. Best to send to my gmail adress to get my attention.
regards,
Christian
Christian Ridderstr
On Thu, 5 Nov 2009, Lars Gullik Bjønnes wrote:
There are some problems. I am in contact with the admin
Lars Gullik Bjønnes writes:
> I am quite sure that a downtime is to be expected.
> Not quite sure the exact time. The best I have is "mid-week".
>
> I'll see if I can get some more info so that we can at least put out a
> notification on this list.
Thanks!
JMarc
ars Gullik Bjønnes writes:
>
>> The lyx server will be upgraded to new hardware and new os about
>> mid-week. (this week.)
>>
>> I have little control over that, but I presume it will just work.
>
> Do you know whether a downtime is to be expected?
>
> JMarc
>
--
Lgb
Lars Gullik Bjønnes writes:
> The lyx server will be upgraded to new hardware and new os about
> mid-week. (this week.)
>
> I have little control over that, but I presume it will just work.
Do you know whether a downtime is to be expected?
JMarc
The lyx server will be upgraded to new hardware and new os about
mid-week. (this week.)
I have little control over that, but I presume it will just work.
--
Lgb
On Fri, Oct 30, 2009 at 13:42, Netadmin StudNet Bonn
wrote:
> Hello!
>
> We need to move the virtual server lyx.lyx.org (212.201.69.43) to a upgraded
> Hardware and another
> storage backend. Also we want to upgrade the server to Debian Lenny.
>
> Can we do this next week?
I'll cc this to the pe
On Sat, Sep 12, 2009 at 09:25:07AM +0200, Jürgen Spitzmüller wrote:
> Vincent van Ravesteijn wrote:
> > I can confirm it works.
>
> No objections from me, then.
I committed it.
--
Enrico
Vincent van Ravesteijn wrote:
> I can confirm it works.
No objections from me, then.
Jürgen
On Fri, Sep 11, 2009 at 09:30:27PM +0200, Andre Poenitz wrote:
>
> We are still in the thread that contained at some point of time
>
> > [...]
> 5. It works.
>
> right?
Yes. In particular, it is the same thread where someone confused
a named pipe with a socket.
--
Enrico
Andre Poenitz schreef:
On Fri, Sep 11, 2009 at 01:14:39AM +0200, Vincent van Ravesteijn wrote:
You don't need Cygwin to test it.
1. Use "\\.\pipe\lyxpipe" (without quotes) as the LyXserver pipe path
in the preferences.
2. Quit and restart LyX.
3. In a cmd.exe terminal type
echo LYXCM
On Fri, Sep 11, 2009 at 01:14:39AM +0200, Vincent van Ravesteijn wrote:
>>> You don't need Cygwin to test it.
>>>
>>> 1. Use "\\.\pipe\lyxpipe" (without quotes) as the LyXserver pipe path
>>>in the preferences.
>>> 2. Quit and restart LyX.
>>> 3. In a cmd.exe terminal type
>>> echo LYXCMD:
On Fri, Sep 11, 2009 at 01:14:39AM +0200, Vincent van Ravesteijn wrote:
> >
> >> You don't need Cygwin to test it.
> >>
> >> 1. Use "\\.\pipe\lyxpipe" (without quotes) as the LyXserver pipe path
> >>in the preferences.
> >> 2. Quit and restart LyX.
> >> 3. In a cmd.exe terminal type
> >> e
On Fri, Sep 11, 2009 at 01:00:52AM +0200, Vincent van Ravesteijn wrote:
> Enrico,
> > I would appreciate feedback from Cmake and Scons users as I don't know
> > whether the patches for these build systems (that I incorporated from
> > other commits in trunk) actually work.
> >
> >
> > Index: de
You don't need Cygwin to test it.
1. Use "\\.\pipe\lyxpipe" (without quotes) as the LyXserver pipe path
in the preferences.
2. Quit and restart LyX.
3. In a cmd.exe terminal type
echo LYXCMD:test:file-open> \\.\pipe\lyxpipe.in
type \\.\pipe\lyxpipe.out
If the file dialog opens,
Enrico,
I would appreciate feedback from Cmake and Scons users as I don't know
whether the patches for these build systems (that I incorporated from
other commits in trunk) actually work.
Index: development/cmake/src/insets/CMakeLists.txt
=
Vincent van Ravesteijn - TNW wrote:
> >No, but I reproduced what they did in trunk, so I interpret
> >the silence as "everything's Ok".
>
> Hmm.. The silence means that I haven't looked at it yet. I just didn't get
> to it and then I probably forgot.
Could you (or someone else) do it? A second p
>> Enrico Forestieri wrote:
>> > > This is an important addition to Win32 indeed. So if it is well
>> > > tested, I'm not opposed to put this in branch.
>> >
>> > So, Jürgen?
>>
>> Did you get feedback from the SCons and CMake front?
>
>No, but I reproduced what they did in trunk, so I interp
Am Thursday 10 September 2009 schrieb Enrico Forestieri:
> On Thu, Sep 10, 2009 at 10:07:24AM +0200, Jürgen Spitzmüller wrote:
> > Enrico Forestieri wrote:
> > > > This is an important addition to Win32 indeed. So if it is well tested,
> > > > I'm not opposed to put this in branch.
> > >
> > > So
On Thu, Sep 10, 2009 at 10:07:24AM +0200, Jürgen Spitzmüller wrote:
> Enrico Forestieri wrote:
> > > This is an important addition to Win32 indeed. So if it is well tested,
> > > I'm not opposed to put this in branch.
> >
> > So, Jürgen?
>
> Did you get feedback from the SCons and CMake front?
Enrico Forestieri wrote:
> > This is an important addition to Win32 indeed. So if it is well tested,
> > I'm not opposed to put this in branch.
>
> So, Jürgen?
Did you get feedback from the SCons and CMake front?
Jürgen
On Sun, Sep 06, 2009 at 06:10:23PM +0200, Jürgen Spitzmüller wrote:
> Enrico Forestieri wrote:
> > The attached patch implements the LyX server for Windows in 1.6.x.
> > I have been testing this for quite some time now and it works very
> > well for me (for some aspects,
Andre Poenitz wrote:
What was the system Qt version shipped with the Windows distribution?
4.5.2
Joost
e:
> > > > Andre Poenitz writes:
> > > > >
> > > > > On Sun, Sep 06, 2009 at 05:36:44PM +0200, Enrico Forestieri wrote:
> > > > > > The attached patch implements the LyX server for Windows in 1.6.x.
> > > > >
> > >
On Mon, Sep 07, 2009 at 09:24:13AM +0200, Abdelrazak Younes wrote:
> Honestly, I was also uneasy about this platform specific code but I
> didn't say anything because 1) you obviously spent quite some work on it
> and 2) nobody else volunteered to implement the feature on Windows
> before you 3)
> On Sun, Sep 06, 2009 at 05:36:44PM +0200, Enrico Forestieri wrote:
> > > > > The attached patch implements the LyX server for Windows in 1.6.x.
> > > >
> > > > Can anybody remind me why we need to use 500+ platform specific
> > > > lines code of
implements the LyX server for Windows in 1.6.x.
Can anybody remind me why we need to use 500+ platform specific
lines code of our own instead of using, say, QLocalSocket?
Because QLocalSocket::socketDescriptor() is not going to work
with QSocketNotifier?
Wouldn't we
On Sun, Sep 06, 2009 at 11:10:25PM +0200, Andre Poenitz wrote:
> On Sun, Sep 06, 2009 at 05:50:28PM +, Enrico Forestieri wrote:
> > Andre Poenitz writes:
> > >
> > > On Sun, Sep 06, 2009 at 05:36:44PM +0200, Enrico Forestieri wrote:
> > > > The attac
On Sun, Sep 06, 2009 at 05:50:28PM +, Enrico Forestieri wrote:
> Andre Poenitz writes:
> >
> > On Sun, Sep 06, 2009 at 05:36:44PM +0200, Enrico Forestieri wrote:
> > > The attached patch implements the LyX server for Windows in 1.6.x.
> >
> > Can anyb
Vincent van Ravesteijn writes:
>
> > I stress tested it and it works for me, but I have heard nothing from
> > others.
> > Before committing to branch, I would also like to know whether it also
> > works with CMake and Scons, as I use autotools and cannot test.
> >
> >
> I don't have Cygwin, s
Andre Poenitz writes:
>
> On Sun, Sep 06, 2009 at 05:36:44PM +0200, Enrico Forestieri wrote:
> > The attached patch implements the LyX server for Windows in 1.6.x.
>
> Can anybody remind me why we need to use 500+ platform specific
> lines code of our own instead of usi
I stress tested it and it works for me, but I have heard nothing from others.
Before committing to branch, I would also like to know whether it also
works with CMake and Scons, as I use autotools and cannot test.
I don't have Cygwin, so I can't test it on Windows.
Vincent
On Sun, Sep 06, 2009 at 06:10:23PM +0200, Jürgen Spitzmüller wrote:
> Enrico Forestieri wrote:
> > The attached patch implements the LyX server for Windows in 1.6.x.
> > I have been testing this for quite some time now and it works very
> > well for me (for some aspects,
On Sun, Sep 06, 2009 at 05:36:44PM +0200, Enrico Forestieri wrote:
> The attached patch implements the LyX server for Windows in 1.6.x.
Can anybody remind me why we need to use 500+ platform specific
lines code of our own instead of using, say, QLocalSocket?
Andre'
Enrico Forestieri wrote:
> The attached patch implements the LyX server for Windows in 1.6.x.
> I have been testing this for quite some time now and it works very
> well for me (for some aspects, even better than the server as
> implemented for *nix). So, I think that it is ready fo
The attached patch implements the LyX server for Windows in 1.6.x.
I have been testing this for quite some time now and it works very
well for me (for some aspects, even better than the server as
implemented for *nix). So, I think that it is ready for prime time
even in branch. Note that if the
On Mon, 13 Apr 2009, Lars Gullik Bjønnes wrote:
Great. I suspect they're the only ones that can really look at.
It seems that the latency is caused by the xen storage backend.
So we just have to live with the latency for the time being.
Thanks for sending me their response, I agree we sho
On Mon, Apr 13, 2009 at 20:28, Christian Ridderström <
christian.ridderst...@gmail.com> wrote:
> On Mon, 13 Apr 2009, Lars Gullik Bjønnes wrote:
>
> AFAIK, the VM keeps the real load hidden. I have tried looking a little
>>> bit with top, and I've also installed 'atop' and 'dstat', and looked a b
On Mon, 13 Apr 2009, Lars Gullik Bjønnes wrote:
AFAIK, the VM keeps the real load hidden. I have tried looking a little
bit with top, and I've also installed 'atop' and 'dstat', and looked a
bit at their output. So far I haven't really seen anything suspicious.
I have opened a ticket at the
On Mon, Apr 13, 2009 at 12:26, Christian Ridderström <
christian.ridderst...@gmail.com> wrote:
> On Sat, 11 Apr 2009, Pavel Sanda wrote:
>
> Christian Ridderström wrote:
>>
>>> As for conclusions, I know think I have a test that gives a difference
>>> f
On Sat, 11 Apr 2009, Pavel Sanda wrote:
Christian Ridderström wrote:
As for conclusions, I know think I have a test that gives a difference for
the LyX server compared to other machines. I think the most telling sign is
when a command such as 'sleep 0.1' takes over a second to exe
Christian Ridderström wrote:
> As for conclusions, I know think I have a test that gives a difference for
> the LyX server compared to other machines. I think the most telling sign is
> when a command such as 'sleep 0.1' takes over a second to execute, then
> something st
easuring the execution time of
sleep 0.1
with a threshold of 0.12 s, and doing this 1 times. This test was
repeated on four different "machines".
TestOverrun Max VM/HW System
# [ms]
1 517 2600 VM LyX server (VM)
2 32 158 VM VM on Christian&
On Mon, 9 Mar 2009, Lars Gullik Bjønnes wrote:
ftp.devel.lyx.org as backup for ftp.lyx.org:
I think we have to use sf.net for that as well.
| How about old source and binary distributions? If someone has enough
| free time, he can move all historical source and binary releases to
| sf.net. No
On Tue, 10 Mar 2009, Pavel Sanda wrote:
Bo Peng wrote:
they will likely stay at ftp.lyx.org.
it would be good if we are able to manage old links for packages working
- they are used in many 3rd party webs etc...
Which is a good reason for keeping 'ftp.lyx.org'.
/Christian
--
Christian Ri
On Tue, Mar 10, 2009 at 11:35 AM, Pavel Sanda wrote:
> Lars Gullik Bj??nnes wrote:
> > Web/svn:
> > There might be some interuption in the cvs-log flow.
>
> is it possible to run post-commit hook or at least some script from
> cron on sf or do we need to find some server which will periodically s
Bo Peng wrote:
> they will likely stay at ftp.lyx.org.
it would be good if we are able to manage old links for packages
working - they are used in many 3rd party webs etc...
pavel
Lars Gullik Bj??nnes wrote:
> Web/svn:
> There might be some interuption in the cvs-log flow.
is it possible to run post-commit hook or at least some script from
cron on sf or do we need to find some server which will periodically scan
svn and mail commits?
> Web/wiki/bug-tracker:
> I am in conta
Le 9 mars 09 à 22:46, Bo Peng a écrit :
These distributions are on ftp.lyx.org (a separate server) and can
stay
there
for now. I really do not want to have to deal with sf.net
monstruosity to
get files (unless there is a ftp access).
I do not understand at all why a tree-like structure (su
> These distributions are on ftp.lyx.org (a separate server) and can stay
> there
> for now. I really do not want to have to deal with sf.net monstruosity to
> get files (unless there is a ftp access).
I do not understand at all why a tree-like structure (such as
http://sourceforge.net/project/sho
Bo Peng wrote:
ftp.devel.lyx.org as backup for ftp.lyx.org:
I think we have to use sf.net for that as well.
How about old source and binary distributions? If someone has enough
free time, he can move all historical source and binary releases to
sf.net. Note that we can not use the web space be
rgheck writes:
| Lars Gullik Bjønnes wrote:
>> Jean-Marc Lasgouttes writes:
>>
>> [...]
>>
Mail:
Getting a lyx.org address as a lyx developer has been a bonus, the
mail account has never been
intended for storing mail, and basically a forward has been required.
So I a
Bo Peng writes:
>> ftp.devel.lyx.org as backup for ftp.lyx.org:
>> I think we have to use sf.net for that as well.
>
| How about old source and binary distributions? If someone has enough
| free time, he can move all historical source and binary releases to
| sf.net. Note that we can not use the
> Where would we move them to? Exactly? I'd guess a shell script would take
> care of this fairly quickly.
I was talking about creating actual releases for these historical
releases using the file release system of sf.net. Doing that manually
can be tiresome because you need to set the 'type' of e
Bo Peng wrote:
ftp.devel.lyx.org as backup for ftp.lyx.org:
I think we have to use sf.net for that as well.
How about old source and binary distributions? If someone has enough
free time, he can move all historical source and binary releases to
sf.net. Note that we can not use the web spac
Lars Gullik Bjønnes wrote:
Jean-Marc Lasgouttes writes:
[...]
Mail:
Getting a lyx.org address as a lyx developer has been a bonus, the
mail account has never been
intended for storing mail, and basically a forward has been required.
So I am moving forward with moving handling of mail to goo
> ftp.devel.lyx.org as backup for ftp.lyx.org:
> I think we have to use sf.net for that as well.
How about old source and binary distributions? If someone has enough
free time, he can move all historical source and binary releases to
sf.net. Note that we can not use the web space because it is lim
Jean-Marc Lasgouttes writes:
[...]
>> Mail:
>> Getting a lyx.org address as a lyx developer has been a bonus, the
>> mail account has never been
>> intended for storing mail, and basically a forward has been required.
>> So I am moving forward with moving handling of mail to google, and let
>> th
So the solution that we (I) will find now, but not be the best, and
mostly likely parts of it (perhaps all),
will be temporary (albeit at least some, setup so that we can live
with it for quite some time while
we look for other and better solutions.
The solution sound good enough for now.
Mai
We have gotten notification from our current hosting provider that we
will be shut down RSN.
So we have to find different locations for the services we required.
Since this is happening quite fast we do not have time to evaluate a
lot of options,
but must move quickly forward.
So the solution tha
On Thursday 22 August 2002 2:04 pm, Lars Gullik Bjønnes wrote:
> How do you run select or poll on a filestream?
> Then you must modify the filestream...
> And your really want the handling of this to be part of the main event
> loop.
You see! You've answered my queries. Thank you.
That means th
Angus Leeming <[EMAIL PROTECTED]> writes:
| On Thursday 22 August 2002 10:49 am, Lars Gullik Bjønnes wrote:
>> Angus Leeming <[EMAIL PROTECTED]> writes:
>> | The lyxserver uses the low-level C-functions open(), close(), read() and
>> | write() to get, put data to the in,output pipes.
>> |
>> | Wh
On Thursday 22 August 2002 10:49 am, Lars Gullik Bjønnes wrote:
> Angus Leeming <[EMAIL PROTECTED]> writes:
> | The lyxserver uses the low-level C-functions open(), close(), read() and
> | write() to get, put data to the in,output pipes.
> |
> | Why? Is their a reason why we don't use C++ filestre
Angus Leeming <[EMAIL PROTECTED]> writes:
| The lyxserver uses the low-level C-functions open(), close(), read() and
| write() to get, put data to the in,output pipes.
>
| Why? Is their a reason why we don't use C++ filestreams?
because you cannot bind it portably to a socket...
and you need to
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> The lyxserver uses the low-level C-functions open(), close(),
Angus> read() and write() to get, put data to the in,output pipes.
Angus> Why? Is their a reason why we don't use C++ filestreams?
Probably nobody ever took the time t
The lyxserver uses the low-level C-functions open(), close(), read() and
write() to get, put data to the in,output pipes.
Why? Is their a reason why we don't use C++ filestreams?
Excuse my ignorance
Angus
ask you for more information about Lyx
> Server. I am developing Perl program, that read *.lyx
> file containing Mathed equations. The equation
> is translated via regular expression to Perl, then
> appropriate values are substituted and equation is
> calculated.
> The purpose of this
> >>>>> "Sven" == Sven Gustke <[EMAIL PROTECTED]> writes:
>
> Sven> Hi out there! I´m working with the lyx-server very well. It is
> Sven> a wonderfull thing. But the only thing I can´t do (possibly
> Sven> that´s my fault!? ) is "
>>>>> "Sven" == Sven Gustke <[EMAIL PROTECTED]> writes:
Sven> Hi out there! I´m working with the lyx-server very well. It is
Sven> a wonderfull thing. But the only thing I can´t do (possibly
Sven> that´s my fault!? ) is "open a file". The only
81 matches
Mail list logo