[dba-dev] Re: Help Required In Writing a New SDBC Driver For LDAP
Hello, I have successfully built skeleton driver and I can see it in available list. Now , I tried to debug it using gdb. For this I followed instructions on http://wiki.services.openoffice.org/wiki/Debugging Build using debug=true and copied .so files to installation set. I added a breakpoint at connectivity::skeleton::SkeletonDriver::acceptsURL then, run base -> select Skeleton Driver -> Datasource url window appears (typed any string in it) -> saved ->finish In this process debugger wont stop at breakpoint. Another thing is that I added breakpoint at connectivity::flat::ODriver::acceptsURL then, all same steps above. Debugger stopped at breakpoint where I can see flat file EDriver.cxx code with acceptsURL function. So, do you have any idea why it wouldn't call connectivity::skeleton::SkeletonDriver::acceptsURL function? Regards, Rohit On Tue, Mar 15, 2011 at 11:53 AM, Ocke Janssen wrote: > On 14.03.2011 18:45, Rohit Kulkarni wrote: > >> I could successfully built the skeleton driver and now I can see it in >> the list of available drivers as well! >> Thanks a lot for your help. I really appreciate it. >> > :-) > >> >> I have a quick question. >> >> >> >> Any idea on how to solve this? >> > No, sorry. I think that's a question for the normal dev@openoffice.orglist. > May be a build problem or a bug. > > >> Also, Now, if I make any changes to the skeleton driver, do I have to >> build and install open office every time? >> > No, just replace your copy of the .so file in your office installation. > > - oj > >> >> -- > > > Ocke Janssen | Software Developer > Phone: +40 23646500 > Oracle Office > > ORACLE Deutschland B.V. & Co. KG | Nagelsweg 55 | 20097 Hamburg > > ORACLE Deutschland B.V. & Co. KG > Hauptverwaltung: Riesstr. 25, D-80992 München > Registergericht: Amtsgericht München, HRA 95603 > > Komplementärin: ORACLE Deutschland Verwaltung B.V. > Rijnzathe 6, 3454PV De Meern, Niederlande > Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697 > Geschäftsführer: Jürgen Kunz, Marcel van de Molen, Alexander van der Ven > > > > Oracle is committed to developing practices and products that help protect > the environment > > -- > - > To unsubscribe send email to dev-unsubscr...@dba.openoffice.org > For additional commands send email to sy...@dba.openoffice.org > with Subject: help > -- - To unsubscribe send email to dev-unsubscr...@dba.openoffice.org For additional commands send email to sy...@dba.openoffice.org with Subject: help
[dba-dev] Re: Flat text Database Opening Changes in DataSource Browser
Hi Fernand, > Sinds 3.3 the opening of a Flat Text Database (showing the tables) in > the DataSource Browser has changed. > Before, when showing the Tables (all the ".txt" files in a directory) > was fast.and no files where locked by OO. Now , OO seems to load in > Memory all the tables (.txt files) and locks all the files in the > directory what makes a multi-user aproch imposible . With many files in > the directory, it takes "ages" to view the tables also. > Is this wanted behavior or should i file a issue ? Please file an issue. Be sure to set the "regression" keyword, as it sounds like this fits criterions for 3.4 release relevance (see http://wiki.services.openoffice.org./wiki/OOoRelease34#Release_relevant_issues). Thanks & Ciao Frank -- - To unsubscribe send email to dev-unsubscr...@dba.openoffice.org For additional commands send email to sy...@dba.openoffice.org with Subject: help
[dba-dev] Flat text Database Opening Changes in DataSource Browser
Sinds 3.3 the opening of a Flat Text Database (showing the tables) in the DataSource Browser has changed. Before, when showing the Tables (all the ".txt" files in a directory) was fast.and no files where locked by OO. Now , OO seems to load in Memory all the tables (.txt files) and locks all the files in the directory what makes a multi-user aproch imposible . With many files in the directory, it takes "ages" to view the tables also. Is this wanted behavior or should i file a issue ? Greetz Fernand -- - To unsubscribe send email to dev-unsubscr...@dba.openoffice.org For additional commands send email to sy...@dba.openoffice.org with Subject: help
[dba-dev] Re: Form wizard changed views?
Hello Zoltán, > Two other options, "Columnar Labels on Top", and "Columnar Labels > Left" inserts some controls into the form, in way that the controls > placed wrongly, not fully within the form, hang out, the field starts in > page, but ends out of the page. > > When investigated further I found changes in form final format, until > now the form wizard created forms in web layout, now the form created in > print layout, and consequently the the above two settings creates form > in weblayout and places correctly within their limits, but the form > saved in print layout, and some controls hangs out. > > In the earlier versions until 3.3 I could switch between print/web > layout in data input mode, now this is impossible and form stays in > print mode, which is not wrong. > users prints forms as reports very often, and usage of web layout in > past caused misunderstanding. > > I have no earlier information about this change, i think no others have > this info. > > My question is that, reopen this bug to fix two other settings in print > layout, or submit a new bug. > Or this default form layout change was unintentional? To me it looks as if the online layout broke somehow. Normally, Base, at least when opening a form in edit mode, explicitly switches the document view to Web Layout. That was considered a feature so far, not a bug :) This does not seem to work in m103: Initially, forms come up in Print Layout, then you can toggle the mode between Print Layout and Web Layout, and the next form opens in the same mode in which you closed your last form. Now known as http://openoffice.org/bugzilla/show_bug.cgi?id=117545. Ciao Frank -- - To unsubscribe send email to dev-unsubscr...@dba.openoffice.org For additional commands send email to sy...@dba.openoffice.org with Subject: help
[dba-dev] Form wizard changed views?
Hi all, I checked bug http://openoffice.org/bugzilla/show_bug.cgi?id=98239 it is a form wizard control placing problems in DEV300m104. When I created new forms now the wizard works correctly with option In Blocks Labels Above. Two other options, "Columnar Labels on Top", and "Columnar Labels Left" inserts some controls into the form, in way that the controls placed wrongly, not fully within the form, hang out, the field starts in page, but ends out of the page. When investigated further I found changes in form final format, until now the form wizard created forms in web layout, now the form created in print layout, and consequently the the above two settings creates form in weblayout and places correctly within their limits, but the form saved in print layout, and some controls hangs out. In the earlier versions until 3.3 I could switch between print/web layout in data input mode, now this is impossible and form stays in print mode, which is not wrong. users prints forms as reports very often, and usage of web layout in past caused misunderstanding. I have no earlier information about this change, i think no others have this info. My question is that, reopen this bug to fix two other settings in print layout, or submit a new bug. Or this default form layout change was unintentional? Thanks, Zoltan -- - To unsubscribe send email to dev-unsubscr...@dba.openoffice.org For additional commands send email to sy...@dba.openoffice.org with Subject: help