View previous topic :: View next topic |
Author |
Message |
NoMercy
Joined: 03 Jan 2005 Posts: 123 Location: UK
|
Posted: Sat Jan 08, 2005 4:29 Post subject: |
|
|
Most most excelent :) |
|
Back to top |
|
|
Blacksting
Joined: 03 Jan 2005 Posts: 107
|
Posted: Sat Jan 08, 2005 6:38 Post subject: |
|
|
Hmmmm.... my tests so far do not look promising. The nwnx_odbc log does not show an SCO/RCO intercept but the Bio DB is no longer being accessed. I am investigating further.
An old persistent chest trying to retrieve standard RCO data crashed the nwnx_odbc.dll. |
|
Back to top |
|
|
Papillon x-man
Joined: 28 Dec 2004 Posts: 1060 Location: Germany
|
Posted: Sat Jan 08, 2005 13:14 Post subject: |
|
|
If hookscorco = true in the ini file, the functions are hooked entirely. But checking on the database name is a nice idea.... hmm... _________________ Papillon |
|
Back to top |
|
|
Senalaya
Joined: 29 Dec 2004 Posts: 82 Location: Germany
|
Posted: Sat Jan 08, 2005 14:35 Post subject: |
|
|
If you want to leave some room for customization, you should check, whether the database name -starts- with "NWNX!".
Also, just as an idea:
- database name: "NWNX!LETO"
- variable name: "gfffile"
could be used to transfer the blob to and from nwnx_leto with the identifer 'gfffile' without doing the SQL-DB access. |
|
Back to top |
|
|
Primogenitor
Joined: 08 Jan 2005 Posts: 88
|
Posted: Sat Jan 08, 2005 16:19 Post subject: |
|
|
Good news, this was the last reason for using the bioware database and can be totally disposed of now. And that local variables is stored on creatures is one more improvement over bioware. |
|
Back to top |
|
|
Papillon x-man
Joined: 28 Dec 2004 Posts: 1060 Location: Germany
|
Posted: Sat Jan 08, 2005 16:55 Post subject: |
|
|
Just posted version 0.90. This was more difficult than I thought, but it works ok now.
The database string needs to be "NWNX" for the new functions, anything else for the original Bioware functions.
The variable name can be used for further functionality, e.g. leto. _________________ Papillon |
|
Back to top |
|
|
dragonsong
Joined: 08 Jan 2005 Posts: 19 Location: Salinas, CA
|
Posted: Sat Jan 08, 2005 18:08 Post subject: |
|
|
I wish I could take a look for myself, but I'm off in Penn doing MCSE boot camp for the next week. This all sounds very cool, though.
I'm happy to coordinate in any way I can to get the Unicorn builds of LetoScript up to spec for these updates. I hadn't even got FPT built into the new engine yet, so the timing seems just perfect.
It's great to see the NWN developer community still alive and kicking hard. _________________ - dragonsong |
|
Back to top |
|
|
Blacksting
Joined: 03 Jan 2005 Posts: 107
|
Posted: Sat Jan 08, 2005 19:53 Post subject: |
|
|
Papillon: That was quick thanks That means we have to change the "aps_include" GetPersistent function code right? |
|
Back to top |
|
|
Papillon x-man
Joined: 28 Dec 2004 Posts: 1060 Location: Germany
|
Posted: Sat Jan 08, 2005 20:16 Post subject: |
|
|
Alternatively, you could take the updated aps_include from the demo module. _________________ Papillon |
|
Back to top |
|
|
Blacksting
Joined: 03 Jan 2005 Posts: 107
|
Posted: Sat Jan 08, 2005 20:33 Post subject: |
|
|
Hmmm..... I am getting a log of the RCO but it no longer seems to be functioning. Am I the only one having this problem? The SCO works fine. The DB table is filled. When I open the chest for filling the chest is empty.
I am using the "FETCHMODE" code. |
|
Back to top |
|
|
Papillon x-man
Joined: 28 Dec 2004 Posts: 1060 Location: Germany
|
Posted: Sat Jan 08, 2005 20:51 Post subject: |
|
|
Works for me. Did you double check that you rebuilt the module and/or are using the aps_demo module that came with version 0.90 ? _________________ Papillon |
|
Back to top |
|
|
Trelantris
Joined: 08 Jan 2005 Posts: 9
|
Posted: Sat Jan 08, 2005 22:25 Post subject: original ODBC conversion |
|
|
We are running on the original alpha version of the ODBC released with NWNx2. We used this extensivly to build a DB system for MySQL, on our Persistant World (Realms of Myth). If we upgrade to the ODBC2 functionality, will the original code port? All our systems (from the encounter system, Trade Skills, and a persistant chest system (modified version of the test stuff you'd put out) are based on the ODBC connection and functions.
You guys rock, by the way! |
|
Back to top |
|
|
Papillon x-man
Joined: 28 Dec 2004 Posts: 1060 Location: Germany
|
Posted: Sat Jan 08, 2005 22:41 Post subject: |
|
|
Yes, ODBC2 is 100% backwards compatible to the older ODBC plugin. _________________ Papillon |
|
Back to top |
|
|
SHoward
Joined: 09 Jan 2005 Posts: 4
|
Posted: Sun Jan 09, 2005 2:21 Post subject: |
|
|
Does this mean we can get a Linux port soon?
Papillon wrote: | The source will be released as soon the the scorco branch is merged back into the main odbc2 source, which will likely happen within the next week.
Blacksting: Indeed, you answered your own question. Since we have two functions in ODBC2, that have a pointer to the GFF data in memory, everything that leto can do on files could also be done on the pointer. |
|
|
Back to top |
|
|
dguntner
Joined: 31 Dec 2004 Posts: 116
|
Posted: Sun Jan 09, 2005 3:34 Post subject: |
|
|
SHoward wrote: | Does this mean we can get a Linux port soon?
|
Man, I hope so. I'm dieing (sp?) for a {Set|Get}PersistentObject function so that I can actually store objects.
--Dave |
|
Back to top |
|
|
|