"Rob Bearman" <[EMAIL PROTECTED]> writes:
| Question: I'm curious about the history behind the vcproj build - was
| there
| no objection that this would have to be maintained separately from the
| other
| makefile(s) whenever a file is added/removed from the build. Or am I
| missing
| something
> Try to build a release build, and see if that helps. If not, you can
> manually inspect the files in the moc_files folders to see if their
> custom build step is correct.
No difference with the release build. Looking at the "mocinput" folder
of
the vcproj file, it's clear there's a bunch of m
[EMAIL PROTECTED] (Lars Gullik Bjønnes) writes:
| Hmm... you are right... wronly will also return 1 .. and it should
| return -1
I rewrote all callers of IsFileWriteable and removed the function
completely.
Besides I found a place where it was used wrong as well...
--
Lgb
John Levon <[EMAIL PROTECTED]> writes:
| On Sun, Jan 30, 2005 at 10:48:56PM +0100, Lars Gullik Bj?nnes wrote:
>
>> This patch kills all uses and replace it with calls to
>> boost.filesystem (+ a couple of new functions).
>
| int IsFileWriteable(string const & path)
| {
| - FileInfo fi(path
On Sun, Jan 30, 2005 at 10:48:56PM +0100, Lars Gullik Bj?nnes wrote:
> This patch kills all uses and replace it with calls to
> boost.filesystem (+ a couple of new functions).
int IsFileWriteable(string const & path)
{
- FileInfo fi(path);
-
- if (fi.access(FileInfo::wperm|FileInfo:
Angus Leeming <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
>> Hmm da mm... I have no idea what "I-P" is... are you goading me?
>
| I never goad. I'm the diplomat around here, apparently.
Hey... you left me just as clue-less. What is "I-P"?
"Here! Have one for the toad."
--
It seems to me that "Box" is going to be used more often than "Branch"
is. Shouldn't "Box" acquire the menu shortcut?
regards,
john
Georg Baum <[EMAIL PROTECTED]> writes:
>
> Am Sonntag, 30. Januar 2005 17:20 schrieb Andreas Vox:
>
> > - Ask for overwrite of bitmap files (appears that eporter doesn't do
> > that yet)
>
> It should do. See copyFile() in exporter.C. Are you really sure that it
> does not ask if a file exist
Am Sonntag, 30. Januar 2005 17:20 schrieb Andreas Vox:
> - Ask for overwrite of bitmap files (appears that eporter doesn't do
> that yet)
It should do. See copyFile() in exporter.C. Are you really sure that it
does not ask if a file exists already? Maybe this is related to the
following:
+ st
Lars Gullik Bjønnes wrote:
Hmm da mm... I have no idea what "I-P" is... are you goading me?
I never goad. I'm the diplomat around here, apparently.
Angus
Michael Schmitt wrote:
Dear Angus,
there is a small bug in os_win32.C (tested with LyX 1.3.6cvs):
Function "cygwin_path_fix(bool)" must be part of namespace "os". Please
change the signature to "os::cygwin_path_fix(bool)".
Thanks, Michael. I've just spotted this myself.
Incidentally, apart from th
Dear Angus,
there is a small bug in os_win32.C (tested with LyX 1.3.6cvs):
Function "cygwin_path_fix(bool)" must be part of namespace "os". Please
change the signature to "os::cygwin_path_fix(bool)".
Thanks, Michael
Angus Leeming <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
>> btw. We have lots and lots of filesystem-race conditions. Most often
>> these does not matter much, but we should plan to get rid of them...
>> fs::exists(foo) && fs::is_directory(foo) is actually racy and can
>> result in a
Martin Vermeer wrote:
What's to comment? Fantastic! The existing code is a pile of ancient,
fossilized poo.
Just what I thought, reading this as a complete non-expert.
Of interest to paleoentologists but crap to the rest of us.
Surely you mean "palaeoentomologists"? As in old bugs?
Maybe. But I
Lars Gullik Bjønnes wrote:
btw. We have lots and lots of filesystem-race conditions. Most often
these does not matter much, but we should plan to get rid of them...
fs::exists(foo) && fs::is_directory(foo) is actually racy and can
result in an unwanted exeption since foo can have been deleted betwe
Andreas Vox wrote:
In general, yes. For example, you might imaginge a "command line parser"
(Have I mentioned that I've written such a beast
I think it's the frst time, this year.
;-)
Angus (cooking golden pork with ginger and garlic and soy sauce and
currently crying lots from the vapours from
On Sun, Jan 30, 2005 at 03:26:12PM +, Angus Leeming wrote:
> >Please comment.
>
> What's to comment? Fantastic! The existing code is a pile of ancient,
> fossilized poo.
Just what I thought, reading this as a complete non-expert.
> Of interest to paleoentologists but crap to the rest of u
Angus Leeming <[EMAIL PROTECTED]> writes:
> In general, yes. For example, you might imaginge a "command line parser"
...
> (Have I mentioned that I've written such a beast
I think it's the frst time, this year.
/Andreas
Hi Angus, Hi José!
-- I guess this is for you! :-)
I implemented a basic version for generating bitmap files for equations
in DocBook output. You can now export to Docbook or Docbook-xml and
dozens of "eqn-XYZ.png" files will appear.
Here is what I changed:
* refactored PreviewLoader to use a new
Angus Leeming <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
>> This is what it looks like simplifed and rewritten to use
>> boost.filesystem.
>> I have not changed the visual apparence of the dialog, so there are
>> one widget too many on it currently (unused).
>> Please comment.
>
| Wh
Angus Leeming wrote:
Asger Ottar Alstrup wrote:
Angus Leeming wrote:
child::process_demultiplexor::instance().flush();
process_demultiplexor and flush are strange names, which I do not
[...complicated explanations for complicated names...]
>
Make sense now?
Those are terrible names, still
Asger Ottar Alstrup wrote:
Angus Leeming wrote:
That can be built on top of what we've got here:
if (some_timeout)
child::process_demultiplexor::instance().flush();
process_demultiplexor and flush are strange names, which I do not
understand. Can you come up with something better than
Michael Schmitt wrote:
Hello,
www.lyx.org states that
"LyX runs on many Unix platforms, OS/2, and under Windows/Cygwin (this
port requires an X server). "
I think we should change this text because we no longer require an X
server on Windows.
Yes "we" do. LyX/Win isn't ours, it's Ruurd's. No ver
Lars Gullik Bjønnes wrote:
This is what it looks like simplifed and rewritten to use
boost.filesystem.
I have not changed the visual apparence of the dialog, so there are
one widget too many on it currently (unused).
Please comment.
What's to comment? Fantastic! The existing code is a pile of ancie
Angus Leeming wrote:
That can be built on top of what we've got here:
if (some_timeout)
child::process_demultiplexor::instance().flush();
process_demultiplexor and flush are strange names, which I do not
understand. Can you come up with something better than that?
Sure. But maybe the
Asger Ottar Alstrup wrote:
Well, it seems you have already implemented most of this stuff. I think
it looks great. Did you try to shove any of it into LyX?
Regarding determining exiting on Windows: In addition to the thread, it
is also common to just add a timer and poll check once in a while.
T
Andre Poenitz wrote:
On Fri, Jan 28, 2005 at 06:33:44PM +, Angus Leeming wrote:
I thought I'd post where I've got to with OS-independent child processes.
Wouldn't it possible to have a look at the QProcess implementation?
Of course it is possible. I did. Much of it is unwritten (I'm talking
[EMAIL PROTECTED] writes:
| As for solutions, some are described here
>
| http://www.pmwiki.org/wiki/Cookbook/CleanUrls
>
| The solution I wrote about uses the 'RewriteEngine' to remap URIs by
| adding the following to .htaccess
>
| RewriteEngine on
| RewriteBase /
| RewriteRule ^([A-
On Sat, 29 Jan 2005, Juergen Spitzmueller wrote:
> [EMAIL PROTECTED] wrote:
> > Anyway, I have a memory of the alignment of figures being discussed by
> > Herbert among others. I think this was related to how to get "correct"
> > vertical spacing around the figure. Maybe we should ask for Herbert'
On Sat, 29 Jan 2005, Georg Baum wrote:
> Am Samstag, 29. Januar 2005 05:50 schrieb [EMAIL PROTECTED]:
> > Perhaps an alternative could be for you to temporarily increase the
> rights
> > of .htaccess, and when I've verified that the settings are correct you
> can
> > place them in the configurat
Andre Poenitz wrote:
Since we are at it: I had a look at the .vcproj and a more recent (and
therefore possibly incompatible) version of LyX sources. Patch applied
nicely, however I was not able get anywhere near a full compile.
Compilation succeed for individual files, but there seemed to be files
Rob Bearman wrote:
> I've applied Asger's MSVC patch
> (http://thread.gmane.org/gmane.editors.lyx.devel/41102) but I'm having
> problems with the Windows build under Visual Studio.NET 2003. I get a
> bunch of failures trying to find certain *_moc.c files that didn't seem
> to have been generated:
T
Well, it seems you have already implemented most of this stuff. I think
it looks great. Did you try to shove any of it into LyX?
Regarding determining exiting on Windows: In addition to the thread, it
is also common to just add a timer and poll check once in a while. That
helps avoid threads, w
33 matches
Mail list logo