[dev] windows buildbot error message, bit of help ?
So we've been getting this error for a while now on the windows build-bot: http://buildbot.go-oo.org/buildbot/Win-XP "Error: .NET exception occured: System.IO.FileLoadException: Could not load file or assembly ´cli_basetypes, Version=1.0.7.0, Culture=neutral, PublicKeyToken=ce2cb7e279207b9e´ or one of its dependencies. The located assembly´s manifest definition does not match the assembly reference. (Exception from HRESULT: 0x80131040)" i.e. asking it to build just vanilla SRC680_m225 http://termite.go-oo.org/buildbot/Win-XP/builds/155/step-shell_5/1#err413 It does seem to be able to build SRC680_m233, and there are some changes to cli_ure between SRC680_m233 and SRC680_m235 (SRC680_m234 doesn't build for some other reason) of the "bump version" type. Is this a problem specific to the buildbot alone or is it affecting all SRC680_m235 builds on the same toolchain. It's incredibly frustrating, without a windows buildbot we can't really contribute in a meaningful way except for the the odd patch here and there. C. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] I want to do something for OpenOffice!
蔡火胜你好, your question is hard to answer because you did not provide any information, what you would like to do. Is it development, quality assurance or translation. Please write your interest as precise as possible. If you also tell us something about yourself, for example your major, the experienced contributers might be able to help you to find the best choice for you. Nevertheless, a warm welcome the the OpenOffice.org community. Best regards from Beijing Peter 蔡火胜 wrote: > How to do? > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > -- Peter Junge Open Source Strategy Director 北京红旗中文贰仟软件技术有限公司 Beijing Redflag Chinese 2000 Software Co., Ltd. Building No.2, Block A, Huilongsen, 18 Xihuan South Street Beijing Economic-Technological Development Area Beijing - P.R.China Tel:+86-10-51570010 ext.6212 http://www.redflag2000.cn http://www.redflag2000.cn/english/index.htm - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] windows buildbot error message, bit of help ?
hi! had a look at the problem: - reproducable with the existing local output tree - builds fine (-P4 -- -P4) with clean module a testbuild died for other reasons: http://termite.go-oo.org/buildbot/Win-XP/builds/156/step-shell/1 :( tschau... ause Caolan McNamara wrote: > So we've been getting this error for a while now on the windows > build-bot: http://buildbot.go-oo.org/buildbot/Win-XP > > "Error: .NET exception occured: System.IO.FileLoadException: Could not > load file or assembly ´cli_basetypes, Version=1.0.7.0, Culture=neutral, > PublicKeyToken=ce2cb7e279207b9e´ or one of its dependencies. The > located assembly´s manifest definition does not match the assembly > reference. (Exception from HRESULT: 0x80131040)" > > i.e. asking it to build just vanilla SRC680_m225 > http://termite.go-oo.org/buildbot/Win-XP/builds/155/step-shell_5/1#err413 > > It does seem to be able to build SRC680_m233, and there are some > changes to cli_ure between SRC680_m233 and SRC680_m235 (SRC680_m234 > doesn't build for some other reason) of the "bump version" type. > Is this a problem specific to the buildbot alone or is it affecting all > SRC680_m235 builds on the same toolchain. It's incredibly frustrating, > without a windows buildbot we can't really contribute in a meaningful > way except for the the odd patch here and there. > > C. > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] Anybody can tell me some hints about the function SwClipboardChangeListener::changedContents()
gaopeng wrote: > Hi , > Anybody can tell me what function is the code labeled with red color : > void SAL_CALL SwClipboardChangeListener::changedContents( const > CLIP_NMSPC::ClipboardEvent& rEventObject ) throw ( RuntimeException ) > { > ... > > pView->nLastPasteDestination = SwTransferable::GetSotDestination( rSh ); > pView->bPasteState = aDataHelper.GetXTransferable().is() && > SwTransferable::IsPaste( rSh, aDataHelper ); > > pView->bPasteSpecialState = aDataHelper.GetXTransferable().is() && > SwTransferable::IsPasteSpecial( rSh, aDataHelper ); > > . > > SfxBindings& rBind = pView->GetViewFrame()->GetBindings(); > rBind.Invalidate( SID_PASTE ); > rBind.Invalidate( FN_PASTESPECIAL ); > rBind.Invalidate( SID_CLIPBOARD_FORMAT_ITEMS ); > .. > } It seems that your coloring got lost. It's not a good idea to use HTML formatting anyway, marking the code in a way that it is transported in text only mails should be preferred. Anyway, I wonder which part of the code you are referring to, but the posted code is small enough to describe it completely. This code evaluates whether the document is able to paste the provided content at all ("IsPaste") and if perhaps more than one format is supported ("IsPasteSpecial"). This information is stored in pView. Then the sfx2 framework is notified that possibly all UI elements relating to the "Paste" and "Paste Special" functionality need a state update, e.g. a disabled "Paste" button now might want to become enabled. The "Invalidate" calls will not change the button state immediately, they will trigger an update timer in SfxBindings that will do the necessary updates some milliseconds later. Ciao, Mathias -- Mathias Bauer (mba) - Project Lead OpenOffice.org Writer OpenOffice.org Engineering at Sun: http://blogs.sun.com/GullFOSS Please don't reply to "[EMAIL PROTECTED]". I use it for the OOo lists and only rarely read other mails sent to it. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] psapi.dll often loaded and unloaded in m235
Bjoern Milcke wrote: Hi, since the resync to m235 (from m231) of a chart CWS, the creation of the view takes much longer than before on Windows. It seems that the reason is that during filling the draw page with shapes, the psapi.dll is loaded about 120 times and unloaded directly after that. I think hro wanted to write about the cause for this. Additionally: When "during filling the draw page with shapes" in m235 psapi.dll is loaded/unloaded 120x in a row: most probably osl_loadModuleRelative for most probably always the same library is called 120x in a row in m235: which would imply that osl_loadModule for the same library is called 120x in a row in earlier versions (<= m233): which would imply that you can probably speed up your code by making sure osl_loadModule is called just once "during filling the draw page with shapes" -Stephan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[dev] Bugs possibly needing triage
This message was originally posted in [qa-dev] and the suggestion was made that this list might be the right place to ask. quote___ www.openoffice.org/issues/show_bug.cgi?id=17171 is a bug which causes data loss in long documents, fairly commonly experienced and with lots of votes. It's marked as P3 with target OOo Later (meaning never). It blocks www.openoffice.org/issues/show_bug.cgi?id=59185 which is another data loss bug marked as P3 with target OOo 3.x (which is a bit inconsistent even though it means almost never). - Should not these bugs be P2? - Although 17171 is fairly self-evidently likely to be very difficult to fix, in itself that doesn't seem to be a reason for the delay In what forum can those who feel frustrated about this ask for triage to review whether or not the current priorities and targets are reasonable, considering the severity of the issues? unquote___ Since this is my first post to this list, perhaps I should briefly introduce myself. I have more than 40 years professional IT experience from assembly programming to consultancy, with in-depth experience of PCs and desktop applications. For some time I have been doing OOo QA work, though not very intensively. I am primarily interested in helping to make OpenOffice better for inexperienced end users, so usability and the absence of fundamental restrictions like these bug are the kinds of things I focus on. -- Mike Hall www.onepoyle.net