-
How complete are your modifications?
Could they be used to make a proper BDB for .NET release for version 4.7.25?
If yes, would you be willing to contribute?
Regards,
Karl.
11:37PM UTC on Jun 30 2009 in Berkeley DB for .NET
-
No, I don't think anyone has written a wrapper for 4.7.
It is not simple, as the binary layout of the structs has to match with the C library, and they change it around every time, so you have to re-check them field by field.
I plan on updating for version 4.8 (once released), but not sure how quick I can get it done.
Karl.
04:08AM UTC on Jun 30 2009 in Berkeley DB for .NET
-
I admit, reading the docs is not my strong side...
10:52PM UTC on Jun 09 2009 in Bouml
-
I wanted to rename a project, so i changed the folder name and project file name (they have to be in sync).
It worked initially, but subsequently the project file would always be saved with the original name, and I was not able to rename the project file from within the application. I finally used a text editor to update the project file with the new name, but that is not ideal.
Karl.
03:26PM UTC on Jun 09 2009 in Bouml
-
I just had someone with access to a 64 bit machine debug the library, and it looks as if we got it going for 64bit platforms. The main point was to translate all occurrences of time_t and size_t types in the C library to IntPtr instances in the .NET wrapper.
So, if you update to current CVS, the library should work on both, 32bit and 64bit Windows platforms, from the bit of testing that was...
12:41AM UTC on May 19 2009 in Berkeley DB for .NET
-
kwaclaw committed patchset 459 of module libdb-dotnet to the Berkeley DB for .NET CVS repository, changing 11 files.
07:06PM UTC on May 18 2009 in Berkeley DB for .NET
-
I looked at your C code.
The XmlNodeRef class gave it away, you are not actually using Expat directly, but apparently some DOM wrapper around it. This will build an in-memory representation of the XML file and consequently consume several times as much memory as the file size.
If you check the Expat reference document you will see that Expat based code uses call-backs to inform the...
12:07PM UTC on Apr 02 2009 in Expat XML Parser
-
I think your engineers are mistaken.
Expat does not build an in-memory tree of the XML file at all, and its memory consumption is negligible, even for multi-gigabyte files. The only exceptions are entity declarations in the DTD which could use a lot of memory (google for "million laughs attack"). If you don't have a DTD (it looks like that from your example), then I cannot see how Expat would...
07:22PM UTC on Mar 31 2009 in Expat XML Parser
-
Thanks, that helps.
02:43PM UTC on Mar 16 2009 in Bouml
-
In UML 2.1.2 (section 8.4), these nodes seem to be allowed in component diagrams, quoting:
The following nodes and edges are typically drawn in a component diagram:
• Component
• Interface
• ComponentRealization, Interface Realization, Usage Dependencies
• Class
• Artifact
• Port.
05:08PM UTC on Mar 05 2009 in Bouml
