Re: [dev] help with dialog boxes
hi, . yup i debugged this and everything looked fine, but still i did't worked, thats why asked is my methods right.. .. sooo after hours of banging my head with this, i dont kno how i got this idea, but i simply uninstalled the openoffice.org installation, and reinstalled a fresh one. it worked then.. !! hurray.. :) it seems openoffice got damaged due to, me regressively experimenting and testing with it.. ;) . regards kushal On Thu, Nov 18, 2010 at 10:28 PM, Christian Lippka christian.lip...@oracle.com wrote: Hi Kushal, Am 18.11.2010 15:49, schrieb kushal likhi: hi, . thanks, dialog is all showing now.. :) . now i need help with action listeners(something wrong in what i did),, what i did is i inherited the class with the listeners and implemented their methods, then in the addListener i added keyword (this), (actual code in the end of the mail for reference).. is this method right? . and how can i get the control from the model?? i tried something,, what i did is: (selected statements to show the flow) mxDialog = Reference XDialog (xDialogProvider-createDialog(sXDLPath),UNO_QUERY_THROW); Reference XControl xControl(mxDialog, UNO_QUERY_THROW); mxModel = Reference XNameAccess(xControl-getModel(), UNO_QUERY_THROW); mxControlContainer = Reference XControlContainer (mxDialog,UNO_QUERY_THROW); Reference XPropertySet aListBox(mxModel-getByName(C2U(ListBox1)), UNO_QUERY_THROW); mxListBox = Reference XListBox (mxControlContainer-getControl(C2U(ListBox1)),UNO_QUERY_THROW); . will i get the XListBox using this method??? or any other way?? this should work. I don't know what your problem is, did you try running your code? And if you tried, what exactly went wrong? Have you debuged this? And if you not have debuged this, why not? Regards, Christian - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
[dev] Crash on PDF export with m92
Hello, I am experiencing crashes or malloc memory corruption when I do export to PDF. The logs I am attaching were created in daemon mode with jodconverter library as a client. I tried to export the same .ods document to .xls without problem. What do you think? Should I update to m91 and try it with that version? Best Regards -- Pavel Laštovička Reading symbols for shared libraries . done Reading symbols for shared libraries . done Reading symbols for shared libraries . done Error: FmXFormView::~FmXFormView: Window list not empty! From File /Users/pavel/Documents/DEV300/svx/source/form/fmvwimp.cxx at Line 504 Error: FmXFormView::~FmXFormView: Window list not empty! From File /Users/pavel/Documents/DEV300/svx/source/form/fmvwimp.cxx at Line 504 Error: FmXFormView::~FmXFormView: Window list not empty! From File /Users/pavel/Documents/DEV300/svx/source/form/fmvwimp.cxx at Line 504 Program received signal EXC_BAD_ACCESS, Could not access memory. Reason: KERN_INVALID_ADDRESS at address: 0x2175 [Switching to process 6142] 0x2175 in ?? () (gdb) bt #0 0x2175 in ?? () Cannot access memory at address 0x2175 #1 0x01da6b5c in ImplMacFontData::~ImplMacFontData (this=0x16b10350) at /Users/pavel/Documents/DEV300/vcl/aqua/source/gdi/salgdi.cxx:82 #2 0x019eff87 in ImplDevFontListData::~ImplDevFontListData (this=0x16b103a0) at /Users/pavel/Documents/DEV300/vcl/source/gdi/outdev3.cxx:1062 #3 0x019fca42 in ImplDevFontList::Clear (this=0x16b0d8a0) at /Users/pavel/Documents/DEV300/vcl/source/gdi/outdev3.cxx:1299 #4 0x019eada9 in OutputDevice::~OutputDevice (this=0x16b0d630) at /Users/pavel/Documents/DEV300/vcl/source/gdi/outdev.cxx:564 #5 0x01b23e92 in VirtualDevice::~VirtualDevice (this=0x16b0d630) at /Users/pavel/Documents/DEV300/vcl/source/gdi/virdev.cxx:207 #6 0x01a79dc7 in vcl::PDFWriterImpl::~PDFWriterImpl (this=0x50cfe00) at /Users/pavel/Documents/DEV300/vcl/source/gdi/pdfwriter_impl.cxx:1805 #7 0x01bc83fb in vcl::PDFWriter::~PDFWriter (this=0x49cecf0) at /Users/pavel/Documents/DEV300/vcl/source/gdi/pdfwriter.cxx:49 #8 0x16c2af59 in PDFExport::Export () #9 0x16c22c1c in PDFFilter::implExport () #10 0x16c244d7 in PDFFilter::filter () #11 0x006eaab1 in SfxObjectShell::ExportTo () #12 0x006ee7ff in SfxObjectShell::SaveTo_Impl () #13 0x006f1e5e in SfxObjectShell::PreDoSaveAs_Impl () #14 0x006f299b in SfxObjectShell::CommonSaveAs_Impl () #15 0x006fe002 in SfxObjectShell::APISaveAs_Impl () #16 0x0075c20c in SfxBaseModel::impl_store () #17 0x0075e603 in SfxBaseModel::storeToURL () #18 0x04c1dcab in (anonymous namespace)::callVirtualMethod () #19 0x04c1e1e2 in (anonymous namespace)::cpp_call () #20 0x04c1e95e in bridges::cpp_uno::shared::unoInterfaceProxyDispatch () #21 0x074da15e in thisDispatch () #22 0x074c9982 in bridges_urp::ServerMultiJob::execute () #23 0x074ca1f2 in doit () #24 0x005876e4 in cppu_threadpool::JobQueue::enter () #25 0x00587f64 in cppu_threadpool::ORequestThread::run () #26 0x005880ba in cppu_requestThreadWorker () #27 0xcf1d in osl_thread_start_Impl () #28 0x952fd85d in _pthread_start () #29 0x952fd6e2 in thread_start () And my next attempt: (gdb) cont Continuing. Error: FmXFormView::~FmXFormView: Window list not empty! From File /Users/pavel/Documents/DEV300/svx/source/form/fmvwimp.cxx at Line 504 Error: FmXFormView::~FmXFormView: Window list not empty! From File /Users/pavel/Documents/DEV300/svx/source/form/fmvwimp.cxx at Line 504 soffice(8078,0xb038d000) malloc: *** error for object 0xe05de84: incorrect checksum for freed object - object was probably modified after being freed. *** set a breakpoint in malloc_error_break to debug Breakpoint 2, 0x953c6f82 in malloc_error_break () (gdb) bt #0 0x953c6f82 in malloc_error_break () #1 0x953c812c in szone_error () #2 0x953c829f in free_list_checksum_botch () #3 0x952d5139 in tiny_malloc_from_free_list () #4 0x952d4301 in szone_malloc_should_clear () #5 0x952d41a8 in malloc_zone_malloc () #6 0x952d2278 in malloc () #7 0x93564617 in operator new () #8 0x06ec0ec4 in std::_Rb_treertl::OUString, std::pairrtl::OUString const, configmgr::ChildAccess*, std::_Select1ststd::pairrtl::OUString const, configmgr::ChildAccess* , std::lessrtl::OUString, std::allocatorstd::pairrtl::OUString const, configmgr::ChildAccess*::_M_insert () #9 0x06ec11ed in std::_Rb_treertl::OUString, std::pairrtl::OUString const, configmgr::ChildAccess*, std::_Select1ststd::pairrtl::OUString const, configmgr::ChildAccess* , std::lessrtl::OUString, std::allocatorstd::pairrtl::OUString const, configmgr::ChildAccess*::insert_unique () #10 0x06eb1547 in configmgr::Access::getUnmodifiedChild () #11 0x06eb17a3 in configmgr::Access::getAllChildren () #12 0x06eb1f51 in configmgr::Access::getElementNames () #13 0x078421c5 in framework::ModuleManager::getByName () #14 0x007f9ca3 in SfxViewFrame::UpdateTitle () #15 0x007e41e2 in SfxViewFrame::Notify () #16 0x00c1aacf in
[dev] GNU make build system and exported headers
Hi, just noticed (well, have been told) that in the new GNU make build system (oh, before I start any ranting: disclaimerGreat Stuff (TM), really!/disclaimer) it is expected that header files which are to be exported from a module reside in module/inc/module. And also, but my understanding might be wrong here: Files are exported *if and only if* they reside there. While it is great to clean up this which files are delivered from where mess we currently have, the above also implies that files from module/inc/module/* are not exported anymore, i.e. it is not possible to organize header files below the second module level. Instead, they all need to be thrown on a big fat header file pile. Is this understanding correct? If so, I think this is not a good idea at all: Consider modules such as toolkit, svtools and svx, where there is a more or less complex (well, let's say: well-arranged and -readable) folder structure below the module's include folder. Putting all those files into the flat module/inc/module folder will certainly not contribute to the readability of the source tree. So, are there plans to relax the above restriction? Ciao Frank -- ORACLE Frank Schönheit | Software Engineer | frank.schoenh...@oracle.com Oracle Office Productivity: http://www.oracle.com/office - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
Re: [dev] GNU make build system and exported headers
Am Fri, 19 Nov 2010 13:31:31 +0100 schrieb Frank Schönheit frank.schoenh...@oracle.com: Hi, just noticed (well, have been told) that in the new GNU make build system (oh, before I start any ranting: disclaimerGreat Stuff (TM), really!/disclaimer) it is expected that header files which are to be exported from a module reside in module/inc/module. And also, but my understanding might be wrong here: Files are exported *if and only if* they reside there. While it is great to clean up this which files are delivered from where mess we currently have, the above also implies that files from module/inc/module/* are not exported anymore, i.e. it is not possible to organize header files below the second module level. Instead, they all need to be thrown on a big fat header file pile. Is this understanding correct? No. Currently Headers are explicitly declared to be delivered and can come from anywhere. Nonewithstanding this, it still makes a lot of sense to have a good structure for the headers. If so, I think this is not a good idea at all: Consider modules such as toolkit, svtools and svx, where there is a more or less complex (well, let's say: well-arranged and -readable) folder structure below the module's include folder. Putting all those files into the flat module/inc/module folder will certainly not contribute to the readability of the source tree. Why would you want to put them into a _flat_ structure? Also note that from the named modules toolkit and svtools are already migrated to the new builds system. Just have a look at cws gnumake2. Best, Bjoern - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
Re: [dev] GNU make build system and exported headers
Hi Björn, If so, I think this is not a good idea at all: Consider modules such as toolkit, svtools and svx, where there is a more or less complex (well, let's say: well-arranged and -readable) folder structure below the module's include folder. Putting all those files into the flat module/inc/module folder will certainly not contribute to the readability of the source tree. Why would you want to put them into a _flat_ structure? I don't want to. My understanding was it was required to, in the GNU make build system. Also note that from the named modules toolkit and svtools are already migrated to the new builds system. Just have a look at cws gnumake2. Uhm. You see me confused. The trigger of this question was a call from releng, which told me that in svtools, the content of svtools/inc/svtools/toolpanel had to be moved to svtools/inc/svtools, 'cause of the new build system, which would not support such sub folders ... Ciao Frank - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
[dev] URGENT: how can i fix this.. ??
hi, . i built the project on the m83 milestone. its working very good when building using the m83. . but now when shifted to the m93 tree, the services are not getting registered,, but this issue was fixed by my mentor,, but now i get NO Dialog box!!! :( . what could be the issue??? . is it something to do with the htmlexservices.cxx file??? . you can see the code at: http://hg.services.openoffice.org/cws/impresshtmlex/file/a83d871b92f9/sdext/source/htmlex . the interesting files are: htmlexServices.cxx ,, HTMLExExporterDialog.cxx/hxx . i am clueless, and its the last moment problem.. . does anyone have any idea why their is no dialog??(but i still get a dialog with my m83build and .pro compile,, but not on m93) . i would be helpful if anyone could help me out... have to get it done by tonight.. . regards and thanks kushal
Re: [dev] URGENT: how can i fix this.. ??
On 11/19/10 15:46, kushal likhi wrote: i built the project on the m83 milestone. its working very good when building using the m83. . but now when shifted to the m93 tree, the services are not getting registered,, but this issue was fixed by my mentor,, but now i get NO Dialog box!!! :( . what could be the issue??? . is it something to do with the htmlexservices.cxx file??? . you can see the code at: http://hg.services.openoffice.org/cws/impresshtmlex/file/a83d871b92f9/sdext/source/htmlex . the interesting files are: htmlexServices.cxx ,, HTMLExExporterDialog.cxx/hxx . i am clueless, and its the last moment problem.. . does anyone have any idea why their is no dialog??(but i still get a dialog with my m83build and .pro compile,, but not on m93) . i would be helpful if anyone could help me out... have to get it done by tonight.. Registration of OOo UNO components changed from active to passive format, see http://www.openoffice.org/servlets/ReadMsg?list=interface-announcemsgNo=1292. For a dynamic library UNO component named foo, this means the following changes: - Remove the definition of the component_writeInfo function that went into foo. - In the source directory where foo is built, add a foo.component file that lists the service/singleton implementations contained in foo (essentially the same information that the removed component_writeInfo would have produced). For an example, see sfx2/util/sfx.component. - In the corresponding makefile.mk, add ALLTAR : $(MISC)/foo.component $(MISC)/foo.component ... at the end to fill in the missing library name in the .component file; again, see sfx2/util/makefile.mk for details (SHL1TARGETN might need to be adjusted if foo is not defined as SHL1TARGETN but as SHL2TARGETN etc. in your makefile.mk). - Deliver the generated .component file from the module's prj/d.lst; again, see sfx2/prj/d.lst. - Include foo in the my_components list (which is C-locale sorted, btw, please keep it that way) in postprocess/packcomponents/makefile.mk. - Remove any UNO_COMPONENT flag from any definition for foo in scp2. That's it, -Stephan - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
Re: [dev] Crash on PDF export with m92
On 11/19/10 13:10, Pavel Laštovička wrote: I am experiencing crashes or malloc memory corruption when I do export to PDF. The logs I am attaching were created in daemon mode with jodconverter library as a client. I tried to export the same .ods document to .xls without problem. What do you think? Should I update to m91 and try it with that version? Do you also get a crash if you export to PDF manually? Does it happen with all files, or only a specific one? Niklas - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
Re: [dev] Crash on PDF export with m92
On Fri, 2010-11-19 at 13:10 +0100, Pavel Laštovička wrote: Hello, I am experiencing crashes or malloc memory corruption when I do export to PDF. The logs I am attaching were created in daemon mode with jodconverter library as a client. I tried to export the same .ods document to .xls without problem. What do you think? Should I update to m91 and try it with that version? Issue 114606 differs from your situation in that I did print directly rather than exporting to PDF. Still, the same line of code raised the assertion, so it may be relevant. That issue is fixed in cws dba34a, which EIS shows integrated in m93. So m91 may not be new enough. HTH, Terry. Best Regards -- Pavel Laštovička Reading symbols for shared libraries . done Reading symbols for shared libraries . done Reading symbols for shared libraries . done Error: FmXFormView::~FmXFormView: Window list not empty! From File /Users/pavel/Documents/DEV300/svx/source/form/fmvwimp.cxx at Line 504 Error: FmXFormView::~FmXFormView: Window list not empty! From File /Users/pavel/Documents/DEV300/svx/source/form/fmvwimp.cxx at Line 504 Error: FmXFormView::~FmXFormView: Window list not empty! From File /Users/pavel/Documents/DEV300/svx/source/form/fmvwimp.cxx at Line 504 Program received signal EXC_BAD_ACCESS, Could not access memory. Reason: KERN_INVALID_ADDRESS at address: 0x2175 [Switching to process 6142] 0x2175 in ?? () (gdb) bt #0 0x2175 in ?? () Cannot access memory at address 0x2175 #1 0x01da6b5c in ImplMacFontData::~ImplMacFontData (this=0x16b10350) at /Users/pavel/Documents/DEV300/vcl/aqua/source/gdi/salgdi.cxx:82 #2 0x019eff87 in ImplDevFontListData::~ImplDevFontListData (this=0x16b103a0) at /Users/pavel/Documents/DEV300/vcl/source/gdi/outdev3.cxx:1062 #3 0x019fca42 in ImplDevFontList::Clear (this=0x16b0d8a0) at /Users/pavel/Documents/DEV300/vcl/source/gdi/outdev3.cxx:1299 #4 0x019eada9 in OutputDevice::~OutputDevice (this=0x16b0d630) at /Users/pavel/Documents/DEV300/vcl/source/gdi/outdev.cxx:564 #5 0x01b23e92 in VirtualDevice::~VirtualDevice (this=0x16b0d630) at /Users/pavel/Documents/DEV300/vcl/source/gdi/virdev.cxx:207 #6 0x01a79dc7 in vcl::PDFWriterImpl::~PDFWriterImpl (this=0x50cfe00) at /Users/pavel/Documents/DEV300/vcl/source/gdi/pdfwriter_impl.cxx:1805 #7 0x01bc83fb in vcl::PDFWriter::~PDFWriter (this=0x49cecf0) at /Users/pavel/Documents/DEV300/vcl/source/gdi/pdfwriter.cxx:49 #8 0x16c2af59 in PDFExport::Export () #9 0x16c22c1c in PDFFilter::implExport () #10 0x16c244d7 in PDFFilter::filter () #11 0x006eaab1 in SfxObjectShell::ExportTo () #12 0x006ee7ff in SfxObjectShell::SaveTo_Impl () #13 0x006f1e5e in SfxObjectShell::PreDoSaveAs_Impl () #14 0x006f299b in SfxObjectShell::CommonSaveAs_Impl () #15 0x006fe002 in SfxObjectShell::APISaveAs_Impl () #16 0x0075c20c in SfxBaseModel::impl_store () #17 0x0075e603 in SfxBaseModel::storeToURL () #18 0x04c1dcab in (anonymous namespace)::callVirtualMethod () #19 0x04c1e1e2 in (anonymous namespace)::cpp_call () #20 0x04c1e95e in bridges::cpp_uno::shared::unoInterfaceProxyDispatch () #21 0x074da15e in thisDispatch () #22 0x074c9982 in bridges_urp::ServerMultiJob::execute () #23 0x074ca1f2 in doit () #24 0x005876e4 in cppu_threadpool::JobQueue::enter () #25 0x00587f64 in cppu_threadpool::ORequestThread::run () #26 0x005880ba in cppu_requestThreadWorker () #27 0xcf1d in osl_thread_start_Impl () #28 0x952fd85d in _pthread_start () #29 0x952fd6e2 in thread_start () And my next attempt: (gdb) cont Continuing. Error: FmXFormView::~FmXFormView: Window list not empty! From File /Users/pavel/Documents/DEV300/svx/source/form/fmvwimp.cxx at Line 504 Error: FmXFormView::~FmXFormView: Window list not empty! From File /Users/pavel/Documents/DEV300/svx/source/form/fmvwimp.cxx at Line 504 soffice(8078,0xb038d000) malloc: *** error for object 0xe05de84: incorrect checksum for freed object - object was probably modified after being freed. *** set a breakpoint in malloc_error_break to debug Breakpoint 2, 0x953c6f82 in malloc_error_break () (gdb) bt #0 0x953c6f82 in malloc_error_break () #1 0x953c812c in szone_error () #2 0x953c829f in free_list_checksum_botch () #3 0x952d5139 in tiny_malloc_from_free_list () #4 0x952d4301 in szone_malloc_should_clear () #5 0x952d41a8 in malloc_zone_malloc () #6 0x952d2278 in malloc () #7 0x93564617 in operator new () #8 0x06ec0ec4 in std::_Rb_treertl::OUString, std::pairrtl::OUString const, configmgr::ChildAccess*, std::_Select1ststd::pairrtl::OUString const, configmgr::ChildAccess* , std::lessrtl::OUString, std::allocatorstd::pairrtl::OUString const, configmgr::ChildAccess* ::_M_insert () #9 0x06ec11ed in std::_Rb_treertl::OUString, std::pairrtl::OUString const, configmgr::ChildAccess*, std::_Select1ststd::pairrtl::OUString const,
Re: [dev] GNU make build system and exported headers
On 19.11.2010 14:23, Frank Schönheit wrote: Hi Björn, If so, I think this is not a good idea at all: Consider modules such as toolkit, svtools and svx, where there is a more or less complex (well, let's say: well-arranged and -readable) folder structure below the module's include folder. Putting all those files into the flat module/inc/module folder will certainly not contribute to the readability of the source tree. Why would you want to put them into a _flat_ structure? I don't want to. My understanding was it was required to, in the GNU make build system. Also note that from the named modules toolkit and svtools are already migrated to the new builds system. Just have a look at cws gnumake2. Uhm. You see me confused. The trigger of this question was a call from releng, which told me that in svtools, the content of svtools/inc/svtools/toolpanel had to be moved to svtools/inc/svtools, 'cause of the new build system, which would not support such sub folders ... For all readers that might got confused: with the new build systems, all delivered headers must reside inside $(module)/inc/$(module), but of course there may be further sub directories inside. Placing delivered headers into this directory was the recommended way in the old build system. Now it's a requirement. Regards, Mathias -- Mathias Bauer (mba) - Project Lead OpenOffice.org Writer OpenOffice.org Engineering at Oracle: http://blogs.sun.com/GullFOSS Please don't reply to nospamfor...@gmx.de. I use it for the OOo lists and only rarely read other mails sent to it. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
Re: [dev] GNU make build system and exported headers
Hi all, Am Fri, 19 Nov 2010 17:14:54 +0100 schrieb Mathias Bauer nospamfor...@gmx.de: For all readers that might got confused: with the new build systems, all delivered headers must reside inside $(module)/inc/$(module), but of course there may be further sub directories inside. Placing delivered headers into this directory was the recommended way in the old build system. Now it's a requirement. It still is not a absolute requirement really -- however, not sticking to the convention is causing you more work than sticking with it. I consider that a Good Thing(tm). Best Regards, Bjoern - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
Re: [dev] URGENT: how can i fix this.. ??
hi, . thanks a lot. :) . regards kushal On Fri, Nov 19, 2010 at 8:54 PM, Stephan Bergmann stephan.bergm...@oracle.com wrote: On 11/19/10 15:46, kushal likhi wrote: i built the project on the m83 milestone. its working very good when building using the m83. . but now when shifted to the m93 tree, the services are not getting registered,, but this issue was fixed by my mentor,, but now i get NO Dialog box!!! :( . what could be the issue??? . is it something to do with the htmlexservices.cxx file??? . you can see the code at: http://hg.services.openoffice.org/cws/impresshtmlex/file/a83d871b92f9/sdext/source/htmlex . the interesting files are: htmlexServices.cxx ,, HTMLExExporterDialog.cxx/hxx . i am clueless, and its the last moment problem.. . does anyone have any idea why their is no dialog??(but i still get a dialog with my m83build and .pro compile,, but not on m93) . i would be helpful if anyone could help me out... have to get it done by tonight.. Registration of OOo UNO components changed from active to passive format, see http://www.openoffice.org/servlets/ReadMsg?list=interface-announcemsgNo=1292 . For a dynamic library UNO component named foo, this means the following changes: - Remove the definition of the component_writeInfo function that went into foo. - In the source directory where foo is built, add a foo.component file that lists the service/singleton implementations contained in foo (essentially the same information that the removed component_writeInfo would have produced). For an example, see sfx2/util/sfx.component. - In the corresponding makefile.mk, add ALLTAR : $(MISC)/foo.component $(MISC)/foo.component ... at the end to fill in the missing library name in the .component file; again, see sfx2/util/makefile.mk for details (SHL1TARGETN might need to be adjusted if foo is not defined as SHL1TARGETN but as SHL2TARGETN etc. in your makefile.mk). - Deliver the generated .component file from the module's prj/d.lst; again, see sfx2/prj/d.lst. - Include foo in the my_components list (which is C-locale sorted, btw, please keep it that way) in postprocess/packcomponents/makefile.mk. - Remove any UNO_COMPONENT flag from any definition for foo in scp2. That's it, -Stephan - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
[dev] mercurial help
hi,
.
when i try to push my updates to the main repository by issuing the command:
hg push ssh://h...@hg.services.openoffice.org/cws/impresshtmlex
then it asked me whether you want to continue connecting,, then i typed
yes
.
after that it started to use the network and showed searching for changes
.
and it hanged there,,first i thought that its downloading something,, so i
{studied+slept+went to college+gave exam+came back} (total 19 hrs) but it
still was on this state all the time using network.
i tried again, but similar thing.
i double checked the ssh key and .hgrc file, they looked fine.
.
any idea whats happening??
.
regards
Kushal Likhi
