Hi,
On Wed, Jun 23, 2010 at 10:54:53PM +0200, Pavel Laštovička wrote:
citing from issue #103354:
During the massive parallel build of helpcontent2 the lucene indexer
generates index files which are renamed. This behavior breaks the MSP
pack process, were no files have to be removed.
So
Microsoft Patch
More like Windows Installer (MSI) Patch, but yeah, means the same thing
basically anyway.
As no one else is building them it's basically a Sun-only problem
We (Novell) have been trying to use MSI patching, with occasional success even,
for longer than Sun. But it has
Mathias Bauer wrote:
That's a strange error. What lets me wonder is that you seem to have two
different locations for temp files: c:\temp\... and e:/cygwin/tmp. Maybe
your TMP and TEMP locations are different?
Regards,
Mathias
--
Mathias Bauer (mba) - Project Lead
Hi.
What do you think about replace macro FASTBOOL with bool?
http://svn.services.openoffice.org/opengrok/xref/DEV300_m83/tools/inc/tools/solar.h#FASTBOOL
For now the FASTBOOL is defined as:
typedef int FASTBOOL;
Maybe we should change it to (or remove this macro):
typedef
On 06/24/10 11:17, Bartosz wrote:
Maybe we should change it to (or remove this macro):
typedef bool FASTBOOL;
Yes, best would certainly be to remove the typedef and change
occurrences of FASTBOOL to plain bool (watching out for potential
misuses that tunnel values other
+1 for removing this ancient thing.
Not for memory reasons (I doubt it would really make a difference), but
for code cleanup reasons.
I don't know how risky this is when it comes to the binfilter module.
If the old binary filters simply stream FASTBOOL variables, the document
format would
Hi,
On 24.06.2010 11:17, Bartosz wrote:
Hi.
What do you think about replace macro FASTBOOL with bool?
http://svn.services.openoffice.org/opengrok/xref/DEV300_m83/tools/inc/tools/solar.h#FASTBOOL
For now the FASTBOOL is defined as:
typedef int FASTBOOL;
Maybe we should
On 06/24/10 12:29, Mathias Bauer wrote:
The idea is so good that someone is already working on it. :-)
There is ongoing work to replace a lot of ancient types like BOOL,
USHORT etc. by sal_... types, with the exception that BOOL/FASTBOOl will
be replaced by bool.
BOOL - bool will cause
Hi all !
I am very sorry for the inconvenience , I try to build ooo320_m19 on WinXP ,
I try to do as
http://wiki.services.openoffice.org/wiki/Documentation/Building_Guide/Building_on_Windowsbut
It fail and take this Error :
build -- version: -
=
Building module sccomp
BOOL - bool will cause problems. Memory usage for new BOOL[n], mixed
use with sal_Bool (pointers, references), the occasional special value
(SfxChildWinInfo::bVisible). Shouldn't we go the safe way and change BOOL to
sal_Bool instead?
I agree with you Niklas. It will be much better/safer to
On 06/24/10 13:07, Bartosz wrote:
BOOL - bool will cause problems. Memory usage for new BOOL[n], mixed
use with sal_Bool (pointers, references), the occasional special value
(SfxChildWinInfo::bVisible). Shouldn't we go the safe way and change BOOL to
sal_Bool instead?
I agree with you Niklas.
On 24/06/2010 13:52, Stephan Bergmann wrote:
On 06/24/10 12:42, Niklas Nebel wrote:
On 06/24/10 12:29, Mathias Bauer wrote:
The idea is so good that someone is already working on it. :-)
There is ongoing work to replace a lot of ancient types like BOOL,
USHORT etc. by sal_... types, with the
On 06/24/10 13:52, Stephan Bergmann wrote:
Re memory usage: BOOL[n] and bool[n] would each be n bytes in size, or
what am I missing?
You're right, forget about that part.
Re mixed use with sal_Bool: haven't encountered this problem often over
the last years (and I liberally use bool instead
Hi,
On Thu, Jun 24, 2010 at 02:15:29PM +0200, Michael Stahl wrote:
isn't bool ususally (or at least sometimes) 4 bytes in size?
$ cat test.cxx
#include stdio.h
int main() {
printf(%d\n, sizeof(bool));
}
$ g++ -o lala ./test.cxx
$ ./lala
1
Grüße/Regards,
René
On 24.06.2010 12:42, Niklas Nebel wrote:
On 06/24/10 12:29, Mathias Bauer wrote:
The idea is so good that someone is already working on it. :-)
There is ongoing work to replace a lot of ancient types like BOOL,
USHORT etc. by sal_... types, with the exception that BOOL/FASTBOOl
will be replaced
Hi
Here is an excerpt from the C++ standard about the size of fundamental types
(clause 5.3.3) :
sizeof(char), sizeof(signed char) and sizeof(unsigned char) are 1; the result
of sizeof applied to any other fundamental type (3.9.1) is
implementation-defined. [Note: in particular, sizeof(bool)
2010/6/24 Lê Việt Quang levietquan...@gmail.com
I think this error may be caused by Preprocessor startline:
E:/ooo320_m19/solver/320/wntmsci12.pro/bin/rscpp @C:\Documents and
Settings\Le Viet Quang\2F17.tmp, the file path should be mixed short path.
However I do not know how to change the
Hi,
On Thursday, 2010-06-24 14:44:35 +0200, Mathias Bauer wrote:
In result I expect that most BOOL can be replaced by bool, while
some of them will become sal_Bool. The misused BOOLS that in fact
are 8 Bit integer variables(*) IMHO should become a sal_uInt8/16 just to
show that they
On Thu, 2010-06-24 at 11:32 +0200, Stephan Bergmann wrote:
On 06/24/10 11:17, Bartosz wrote:
Maybe we should change it to (or remove this macro):
typedef bool FASTBOOL;
Yes, best would certainly be to remove the typedef and change
occurrences of FASTBOOL to plain
Hi all,
the phase Voting by the Constituency for the current OpenOffice.org
Community Council elections starts now. The election process [1]
instructs us to allot two weeks for voting. That period begins now and
will end by July 8th 2010.
The voting for the seat will be done by the corresponding
20 matches
Mail list logo