flaim-devel Mailing List for flaim
Brought to you by:
dsandersorem,
jcalcote
Menu
▾
▴
flaim-devel — Discussions related to FLAIM library development.
You can subscribe to this list here.
| 2006 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(4) |
Jul
(3) |
Aug
(5) |
Sep
(5) |
Oct
|
Nov
|
Dec
|
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2007 |
Jan
|
Feb
(31) |
Mar
(15) |
Apr
(19) |
May
(3) |
Jun
|
Jul
|
Aug
|
Sep
(4) |
Oct
|
Nov
|
Dec
|
| 2008 |
Jan
|
Feb
(2) |
Mar
(1) |
Apr
|
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2009 |
Jan
|
Feb
|
Mar
(1) |
Apr
(5) |
May
(2) |
Jun
|
Jul
(5) |
Aug
|
Sep
(2) |
Oct
|
Nov
|
Dec
|
|
From: John C. <joh...@gm...> - 2009-09-30 19:09:18
|
Hi everyone, The migration of FLAIM from Novell's forge site to sourceforge.net is nearly complete. The only remaining issue is the migration of email archives from the Novell forge list server to the sf.net list server. The sf.net staff is managing this task for me via a TRAC task on the sf.net support site. The FLAIM wiki site has been moved to a MediaWiki site on the new SourceForge.net flaim project. Where the old site was located at developer.novell.com, the new site is found at flaim.sourceforge.net. This was a fairly simple move, as both sites were running MediaWiki. Please note that while these wiki pages have been migrated properly, and links fixed up so they're not broken, the site still needs a little work to bring it up to date with current FLAIM development practices. Consider it a work in progress. We may decide not stay with a wiki site. Regardless of the choices we make on format, FLAIM website access will, from now on, be hosted at the following URL. * [http://developer.novell.com/wiki/index.php/FLAIM] ==> [http://flaim.sourceforge.net] All previous flaim source and binary download archives have been moved from forgeftp.novell.com to sourceforge.net. Easy access to these files is provided on the wiki site under the Download heading in the Navigation menu on the right of each of the wiki pages. * [ftp://forgeftp.novell.com/flaim] ==> [http://sourceforge.net/projects/flaim/files] The email lists themselves have been migrated to sf.net with list names identical to the previous Novell forge list names. Existing subscribers have been removed from the forge lists, and added to the sf.net lists. Also note that if you were using the digest option on the older lists, then you're now using it with your new subscriptions, as well. You should have received a subscription notification for the lists to which you've been subscribed. Please see that message in your in-box for details on using the new sf.net FLAIM email lists. * For email lists flaim-announce, flaim-devel, and flaim-users, [flaim-*@forge.novell.com] ==> [flaim-*@lists.sourceforge.net] The entire flaim Subversion repository on forge.novell.com, with all of its commit history, has been migrated to the new sf.net flaim project. * [https://forgesvn1.novell.com/svn/flaim] ==> [https://flaim.svn.sourceforge.net/svnroot/flaim] To reset your work areas, please use the "svn switch" command with the "--relocate" option as follows: $ svn switch --relocate https://forgesvn1.novell.com/svn/flaim/... https://flaim.svn.sourceforge.net/svnroot/flaim/... [path-to-work-area] Replace the ellipses on the ends of the URLs with the remaining path (e.g., "trunk"), or remove them if you've checked out the root of the repository. You can do this in TortoiseSVN by right-clicking on the project work area root directory, selecting TortoiseSVN | Relocate... and then entering the new URL into the dialog edit box (https://flaim.svn.sourceforge.net/svnroot/flaim/... Don't forget to add the proper relative path to the end of the new URL). Note that this works even if your working copy is not up to date. You can use "svn update" from your work area immediately after relocation, as if nothing had changed. Thanks for participating. John |
|
From: John C. <joh...@gm...> - 2009-09-29 11:01:50
|
Hi everyone, In December of this year, Novell's external developer site at http://forge.novell.com and http://developer.novell.com will be terminating open-source development services. The forge site will be shut down and relevant content on the developer site will be migrated to an internally maintained site limited to current Novell interests (NDK and other related projects only). As a result, over the next few days, the FLAIM project will be migrating to sourceforge.net. The migration will include the entire flaim project Subversion repository history and the FLAIM mailing list archives. What this means to you is that your Subversion workspace URL's will have to be modified to work with sourceforge repositories instead, but you will not lose anything historically speaking from the subversion repository. Additionally, the mailing list archives will be migrated from Novell's GNU mailman list server to sourceforge.net's GNU mailman list server. Again, nothing will be lost, as sourceforge.net will import our existing mbox archives. I will migrate existing email addresses from each of the three lists copied on this message to the new respective mailing lists on the sf.net site. (If you wish to opt out of this process, please send me an email message to that effect, and I'll omit your address from this migration.) Please stand by for an announcement on these lists in a few days indicating that the migration has been completed. At that time, I'll provide instructions on how to setup a sourceforge.net account (if you haven't already done so), along with old -> new URL mappings for subversion and mailing lists. Thank you for your interest in the FLAIM project! John |
|
From: Daniel S. <dsa...@no...> - 2009-07-27 09:38:24
|
This looks like an iFolder error. >>> Mario Fetka <mar...@gm...> 7/25/2009 3:49 AM >>> Hallo flaim devs, a new bug is bothering me plz take a look at the attachment. the version if the libs are svn rev 1107 thx in av Mario p.s. if the error is related to ifolder excuse me for bugging. |
|
From: John C. <joh...@gm...> - 2009-07-25 21:20:22
|
Hi Mario, I'd love to say it was a flaim problem, and fix it for you, but I just don't know enough about CSharp/Mono to hazard a guess about what's going on here. John On 7/25/2009 3:49 AM, Mario Fetka wrote: > Hallo flaim devs, > > a new bug is bothering me > > plz take a look at the attachment. > > the version if the libs are svn rev 1107 > > thx in av > Mario > > p.s. if the error is related to ifolder excuse me for bugging. > > ------------------------------------------------------------------------ > > _______________________________________________ > Flaim-devel mailing list > Fla...@fo... > http://forge.novell.com/mailman/listinfo/flaim-devel |
|
From: Mario F. <mar...@gm...> - 2009-07-25 03:49:17
|
Hallo flaim devs, a new bug is bothering me plz take a look at the attachment. the version if the libs are svn rev 1107 thx in av Mario p.s. if the error is related to ifolder excuse me for bugging. |
|
From: John C. <joh...@gm...> - 2009-07-25 00:12:49
|
Hi Mario,
On 7/24/2009 3:44 PM, Mario Fetka wrote:
> hallo Flaim devs,
>
> a new small bug in all m*.pc files
>
> cat libflaim.pc
> libdir=/usr/lib64
> includedir=${prefix}/include
> .....
>
> the includedir is specified via ${prefix} but prefix is not defined.
>
> plz add prefix=@prefix@ at the top of all .pc.in files.
>
Done. Sorry about that. Got a bit carried away in my cleaning up... :)
John
|
|
From: Mario F. <mar...@gm...> - 2009-07-24 15:44:34
|
hallo Flaim devs,
a new small bug in all m*.pc files
cat libflaim.pc
libdir=/usr/lib64
includedir=${prefix}/include
......
the includedir is specified via ${prefix} but prefix is not defined.
plz add prefix=@prefix@ at the top of all .pc.in files.
thx
Mario
|
|
From: John C. <joh...@gm...> - 2009-05-18 08:43:07
|
Hi Chris, On 5/16/2009 10:31 AM, Christopher Brown wrote: > Hi folks, > > Could we have a check for libtool added please. Probably needs it for > ftk/ and xflaim/ as well. > > --- trunk/flaim/configure.ac 2009-05-16 16:35:51.000000000 +0100 > +++ testing/flaim/configure.ac 2009-05-16 17:23:41.000000000 +0100 > @@ -17,6 +17,7 @@ > AC_PROG_CXX > AC_PROG_LN_S > AC_PROG_INSTALL > +AC_PROG_LIBTOOL > AC_PROG_LIBTOOL is a deprecated version of the newer LT_INIT macro, which is called a few lines higher up in these files. Regards, John |
|
From: Christopher B. <sne...@gm...> - 2009-05-16 10:31:05
|
Hi folks, Could we have a check for libtool added please. Probably needs it for ftk/ and xflaim/ as well. --- trunk/flaim/configure.ac 2009-05-16 16:35:51.000000000 +0100 +++ testing/flaim/configure.ac 2009-05-16 17:23:41.000000000 +0100 @@ -17,6 +17,7 @@ AC_PROG_CXX AC_PROG_LN_S AC_PROG_INSTALL +AC_PROG_LIBTOOL # Checks for optional programs. AC_PROG_TRY_DOXYGEN Regards -- Christopher Brown |
|
From: John C. <joh...@gm...> - 2009-04-19 11:10:48
|
On 4/19/2009 10:13 AM, Mario Fetka wrote: > Hallo Flaim dev team, > > some patches are still required. > > http://mars.arge.at/svn/linamh/trunk/ifolder/dev- > libs/libflaimtk/files/libflaimtk-doxygen.patch > http://mars.arge.at/svn/linamh/trunk/ifolder/dev-db/libflaim/files/flaim- > pkgconfig-1.patch > http://mars.arge.at/svn/linamh/trunk/ifolder/dev-db/libflaim/files/libflaim- > doxygen.patch > > plz apply > Mario > _______________________________________________ > Flaim-devel mailing list > Fla...@fo... > http://forge.novell.com/mailman/listinfo/flaim-devel > > Thanks very much - patches applied. John |
|
From: Mario F. <mar...@gm...> - 2009-04-19 10:13:24
|
Hallo Flaim dev team, some patches are still required. http://mars.arge.at/svn/linamh/trunk/ifolder/dev- libs/libflaimtk/files/libflaimtk-doxygen.patch http://mars.arge.at/svn/linamh/trunk/ifolder/dev-db/libflaim/files/flaim- pkgconfig-1.patch http://mars.arge.at/svn/linamh/trunk/ifolder/dev-db/libflaim/files/libflaim- doxygen.patch plz apply Mario |
|
From: John C. <joh...@gm...> - 2009-04-09 14:14:08
|
On 4/9/2009 1:56 PM, mog wrote: > On Wed, Apr 01, 2009 at 10:00:42AM -0600, John Calcote wrote: > >> Matthew, >> >> I've recently converted the flaim project build system over to the GNU Autotools. In the process, I made some minor changes to the code base to accommodate the switch. One of these changes was to rename ftk.h to flaimtk.h, because I was told that ftk.h was too short to consider a unique public header file name on Linux systems (apparently, most three-letter names are already in use). If your attempts to build trunk have left you looking for ftk.h, then I must have missed a reference to the old name in one of the source files some where. >> >> If you are attempting to build using the older GNU makefile, then this may explain your problems because the older GNU makefile build system is no longer working. Please try using the Autotools build system (eg., ./configure&& make). It should work very well for you. I've recently checked out a completely new work area from the svn repository and it built just fine for me on both 32-bit and 64-bit linux. >> >> If you're building for Windows, there's a .sln file in the win32 directory - just open it up in Visual Studio (Express) 2008 and build from the IDE. >> > > > Thanks for the advice. I was using the old GNUmakefile and that was problem. I updated to autotools version and it compiled fine. Only problem I had with it after that is that ifolder/simias didn't seem to see that I had the library installed, or version wasn't up to par I had to install libflaim from some old old rpms. I will look into it again probably this weekend to know for sure what was happening on a clean box. Thanks once again for your advice. > Matthew, Glad to hear you got it to build okay. I'll warn you in advance that you *may* have problems with the ifolder build, if ifolder consumes the flaim toolkit directly (if ifolder source code includes the ftk.h header file directly). It probably doesn't, because it's designed to be a system abstraction layer for flaim itself, which means everything will probably work just fine. But if ifolder does use the flaim toolkit directly, then you'll have to change ftk.h references in ifolder source code to flaimtk.h. In the process of moving the build system to the autotools we received a bit of advice from the GNU autoconf list indicating that we shouldn't create public header files with three-letter names, as most of those were used up in the GNU world already. We felt this was wise advice, and so changed it. It's rare to find a client of ftk besides flaim, so we felt it probably wouldn't present too much of a problem. Let me know how it goes if you get a minute. Regards, John |
|
From: mog <mog...@rl...> - 2009-04-09 13:57:21
|
On Wed, Apr 01, 2009 at 10:00:42AM -0600, John Calcote wrote: > Matthew, > > I've recently converted the flaim project build system over to the GNU Autotools. In the process, I made some minor changes to the code base to accommodate the switch. One of these changes was to rename ftk.h to flaimtk.h, because I was told that ftk.h was too short to consider a unique public header file name on Linux systems (apparently, most three-letter names are already in use). If your attempts to build trunk have left you looking for ftk.h, then I must have missed a reference to the old name in one of the source files some where. > > If you are attempting to build using the older GNU makefile, then this may explain your problems because the older GNU makefile build system is no longer working. Please try using the Autotools build system (eg., ./configure && make). It should work very well for you. I've recently checked out a completely new work area from the svn repository and it built just fine for me on both 32-bit and 64-bit linux. > > If you're building for Windows, there's a .sln file in the win32 directory - just open it up in Visual Studio (Express) 2008 and build from the IDE. > Thanks for the advice. I was using the old GNUmakefile and that was problem. I updated to autotools version and it compiled fine. Only problem I had with it after that is that ifolder/simias didn't seem to see that I had the library installed, or version wasn't up to par I had to install libflaim from some old old rpms. I will look into it again probably this weekend to know for sure what was happening on a clean box. Thanks once again for your advice. -- Matthew O'Gorman xim: mo...@rl... email: mo...@rl... site: http://blog.rldn.net +----------------------------------------------------+ To give of yourself, you must first know yourself. +----------------------------------------------------+ |
|
From: John C. <joh...@gm...> - 2009-04-01 16:39:18
|
Matthew, I forgot to mention that if you're building from an SVN work area (check-out of the trunk), then you'll need to run the following command before you can run configure/make: $ autoreconf -i This will build configure for you. Normally, configure is shipped with a distribution tarball, but we don't check it into the repository because project developers are expected to know how to use the GNU Autotools. Besides, it's documented in the README file, under the heading "Autotools Build". Regards, John On 3/31/2009 4:15 PM, Matthew O'Gorman wrote: > Hello I am trying to compile the new code in trunk and those two files > are missing and stopping me. > ------------------------------------------------------------------------ > > _______________________________________________ > Flaim-devel mailing list > Fla...@fo... > http://forge.novell.com/mailman/listinfo/flaim-devel |
|
From: Matthew O'G. <mog...@rl...> - 2009-03-31 16:15:29
|
Hello I am trying to compile the new code in trunk and those two files are missing and stopping me. |
|
From: John C. <joh...@gm...> - 2008-06-27 14:59:14
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi everyone, I'm sorry for the multiple posting here - I realize I should post only to one of the flaim lists, but I wanted to be sure to catch everyone's attention, since we haven't done much with this project lately. The FLAIM project: http://developer.novell.com/wiki/index.php/FLAIM http://forge.novell.com/modules/xfmod/project/?flaim has just been updated with a brand new Autotools build system for Unix and Linux based systems. We've not yet released a tarball containing this new build system, so if you'd like to play with it, you'll have to checkout the FLAIM projects from here: https://forgesvn1.novell.com/svn/flaim/trunk Once this is done, you can execute: $ autoreconf -i $ ./configure && make all check from the top-level (trunk) directory to build in your work area. If you wish to build in a remote build directory, just replace the second line above with: $ mkdir build $ cd build $ ../configure && make all check (or from any other relative path you wish). To build the entire set of features, you'll need to have the following packages installed: - g++ (and company) - mono (for the csharp bindings) - java (for the java bindings) - doxygen (for doxygen docs) The last three are optional, and the system will build without them, minus those features. This new build system will NOT build Windows or NetWare versions of FLAIM. I'm currently working on a Microsoft Visual Studio 2008 build system for Windows builds. If you check out the latest repository, you'll see the beginnings of this build system in various "win32" directories scattered about. Enjoy! John -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org iEYEARECAAYFAkhlVUwACgkQdcgqmRY/OH8HxACgkQaIFQmrqFr2FrWmSvYmmtx3 ZvEAmQG1pgrJi0/j6TrhflUOLPJCpPns =1Sz0 -----END PGP SIGNATURE----- |
|
From: Christopher B. <sne...@gm...> - 2008-03-24 14:23:53
|
Hi folks, A few trivial changes as Fedora 9 is being built using the FORTIFY_SOURCE=2 flag. Also available at: http://snecker.fedorapeople.org/fortify-source.patch --- flaim/util/sharutil.h.orig 2008-03-24 19:52:35.000000000 +0000 +++ flaim/util/sharutil.h 2008-03-24 19:55:49.000000000 +0000 @@ -28,6 +28,9 @@ #include "flaim.h" +#include <stdio.h> +#include <string.h> + #if defined( FLM_WIN) // Conversion from XXX to YYY, possible loss of data #pragma warning( disable : 4244) --- flaim/util/dbshell.h.orig 2008-03-24 19:54:09.000000000 +0000 +++ flaim/util/dbshell.h 2008-03-24 19:56:13.000000000 +0000 @@ -30,6 +30,9 @@ #include "flaimsys.h" #include "sharutil.h" +#include <stdio.h> +#include <string.h> + // Types of clipboard data enum eClipboardDataType --- flaim/util/flmunittest.h.orig 2008-03-24 19:56:35.000000000 +0000 +++ flaim/util/flmunittest.h 2008-03-24 19:58:21.000000000 +0000 @@ -29,6 +29,7 @@ #include "flaimsys.h" #ifndef FLM_NLM #include <stdio.h> + #include <string.h> #endif // Status codes passed to recordUnitTestResults --- ftk/src/ftk.h.orig 2008-03-24 19:39:41.000000000 +0000 +++ ftk/src/ftk.h 2008-03-24 19:55:06.000000000 +0000 @@ -28,6 +28,9 @@ #ifndef FTK_H #define FTK_H +#include <stdio.h> +#include <string.h> + /// \defgroup retcodes Return Codes #ifndef FLM_PLATFORM_CONFIGURED Cheers -- Christopher Brown http://www.chruz.com |
|
From: Andrew H. <aho...@no...> - 2008-02-20 09:37:16
|
Thank you, Christopher. The changes have been checked in and are available in svn revision 1051. >>> "Christopher Brown" <sne...@gm...> 02/15/08 2:38 PM >>> Hello Andrew, Daniel et al, Fedora 9 will be built using gcc 4.3 so the following is required to make flaim build on x86_64. This was previously sent by someone else to opensuse-commits but does not look like it was picked up. http://lists.opensuse.org/opensuse-commit/2007-12/msg00528.html --- src/kybuild.cpp 2008-02-15 20:02:22.000000000 +0000 +++ src/kybuild.cpp 2008-02-15 20:02:50.000000000 +0000 @@ -533,8 +533,8 @@ if (pIxd->uiFlags & IXD_OFFLINE) { if (uiContainerNum > pIxd->uiLastContainerIndexed || - uiContainerNum == pIxd->uiLastContainerIndexed && - uiDrn > pIxd->uiLastDrnIndexed) + (uiContainerNum == pIxd->uiLastContainerIndexed && + uiDrn > pIxd->uiLastDrnIndexed)) { continue; } --- ftk/src/ftk.h 2006-10-12 23:56:32.000000000 +0100 +++ ftk/src/ftk.h 2008-02-15 21:00:17.000000000 +0000 @@ -3687,7 +3687,7 @@ } F_TMSTAMP; #define f_timeIsLeapYear(year) \ - ((((year) & 0x03) == 0) && (((year) % 100) != 0) || (((year) % 400) == 0)) + (((((year) & 0x03) == 0) && (((year) % 100) != 0)) || (((year) % 400) == 0)) void f_timeGetSeconds( -- Christopher Brown http://www.chruz.com _______________________________________________ Flaim-devel mailing list Fla...@fo... http://forge.novell.com/mailman/listinfo/flaim-devel |
|
From: Christopher B. <sne...@gm...> - 2008-02-15 14:38:53
|
Hello Andrew, Daniel et al, Fedora 9 will be built using gcc 4.3 so the following is required to make flaim build on x86_64. This was previously sent by someone else to opensuse-commits but does not look like it was picked up. http://lists.opensuse.org/opensuse-commit/2007-12/msg00528.html --- src/kybuild.cpp 2008-02-15 20:02:22.000000000 +0000 +++ src/kybuild.cpp 2008-02-15 20:02:50.000000000 +0000 @@ -533,8 +533,8 @@ if (pIxd->uiFlags & IXD_OFFLINE) { if (uiContainerNum > pIxd->uiLastContainerIndexed || - uiContainerNum == pIxd->uiLastContainerIndexed && - uiDrn > pIxd->uiLastDrnIndexed) + (uiContainerNum == pIxd->uiLastContainerIndexed && + uiDrn > pIxd->uiLastDrnIndexed)) { continue; } --- ftk/src/ftk.h 2006-10-12 23:56:32.000000000 +0100 +++ ftk/src/ftk.h 2008-02-15 21:00:17.000000000 +0000 @@ -3687,7 +3687,7 @@ } F_TMSTAMP; #define f_timeIsLeapYear(year) \ - ((((year) & 0x03) == 0) && (((year) % 100) != 0) || (((year) % 400) == 0)) + (((((year) & 0x03) == 0) && (((year) % 100) != 0)) || (((year) % 400) == 0)) void f_timeGetSeconds( -- Christopher Brown http://www.chruz.com |
|
From: Andrew H. <aho...@no...> - 2007-09-07 09:13:13
|
Thanks Chris! >>> "Christopher Brown" <sne...@gm...> 09/07/07 3:29 AM >>> Hello, Thought I'd just ping the list to let you know that FLAIM will be in Fedora 7 and up via your favourite package manager a few days from now. FYI: https://bugzilla.redhat.com/show_bug.cgi?id=251020 ( https://bugzilla.redhat.com/show_bug.cgi?id=251020 ) Regards Chris -- http://www.chruz.com |
|
From: Christopher B. <sne...@gm...> - 2007-09-07 03:29:14
|
Hello, Thought I'd just ping the list to let you know that FLAIM will be in Fedora 7 and up via your favourite package manager a few days from now. FYI: https://bugzilla.redhat.com/show_bug.cgi?id=251020 Regards Chris -- http://www.chruz.com |
|
From: Daniel S. <dsa...@no...> - 2007-09-06 09:16:44
|
Fixed. Available in SVN versions 1051 and greater. >>> "Christopher Brown" <sne...@gm...> 9/6/2007 8:50 AM >>> Like the title says. If the attachment gets chewed please see: http://snecker.fedorapeople.org/libflaim/permissions.patch for a one-line change to the Makefile to enable stripping and debuginfo generation. Cheers Chris -- http://www.chruz.com |
|
From: Christopher B. <sne...@gm...> - 2007-09-06 08:50:06
|
Like the title says. If the attachment gets chewed please see: http://snecker.fedorapeople.org/libflaim/permissions.patch for a one-line change to the Makefile to enable stripping and debuginfo generation. Cheers Chris -- http://www.chruz.com |
|
From: Daniel S. <dsa...@no...> - 2007-05-22 14:20:16
|
I just checked in a minor fix for incremental restore. The fix is available from SVN version numbers 1050 and greater. The code was attempting to read a field from the FLAIM database header using the readBlock method of the F_SuperFileHdl class. However, readBlock really only allows reading on block boundaries. Any other offset will be interpreted as a file number, not a file offset. To solve the problem I added a readOffset method to the F_SuperFileHdl class and then modified the flmRestoreFile method to call that method instead of readBlock. This was only a problem for FLAIM database restores, not XFLAIM. Thanks, Daniel Sanders |
|
From: Daniel S. <dsa...@no...> - 2007-05-01 13:18:59
|
You can only do incremental backups on databases where you have actually done a full backup prior to the incremental backup. If you attempt to do an incremental backup on a restored database, it will not work until you first take a full backup. Restored databases are considered to be in a "not-yet-backed-up" state. Daniel >>> "Christopher Stolworthy" <cst...@no...> 5/1/2007 12:31 PM >>> Ok, I finally got the full backup working. I also got the restore to work for a full backup. Now I am trying to do an incremental backup of the database, but when I open it with the following line, db.backupBegin(FlmBackupType.INCREMENTAL_BACKUP, TransactionType.READ_TRANS, 0, null); I get an error: xflaim.XFlaimException: Error code from XFLAIM was 0000C026 at xflaim.Db._backupBegin(Native Method) at xflaim.Db.backupBegin(Db.java:1171) at de.suse.backends.IncrementalBackupUtil.StartBackup(IncrementalBackupUtil.java:56) at de.suse.backends.IncrementalBackupUtil.run(IncrementalBackupUtil.java:29) at BackupStuff.main(BackupStuff.java:15) The error is defined as NE_FLM_ILLEGAL_OP, why would it throw an illegal operation on this line? Thanks, -Chris _______________________________________________ Flaim-devel mailing list Fla...@fo... http://forge.novell.com/mailman/listinfo/flaim-devel |
