Changes are in the MonoSqlite branch. The Sqlite database stuff is working in Windows and in MonoTouch device simulator. When working with the actual device, however, DBLoader's use of generics causes runtime JIT issues. Since that wasn't the goal of this development, I did not pursue that any further.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Never fear, this hasn't been dropped. Kyle or myself will take a look at it and push it forward at some point when life decides we have free time.
From: Jason Seeley [mailto:jseeley150@users.sf.net]
Sent: Sunday, June 24, 2012 3:01 PM
To: [combatmanagerpf:tickets]
Subject: [combatmanagerpf:tickets] #14 Consolidate SQLite code between Mono and Windows
Changes are in the MonoSqlite branch. The Sqlite database stuff is working in Windows and in MonoTouch device simulator. When working with the actual device, however, DBLoader's use of generics causes runtime JIT issues. Since that wasn't the goal of this development, I did not pursue that any further.
tickets:14 Consolidate SQLite code between Mono and Windows
Status: pending Created: Tue Jun 05, 2012 05:51 PM UTC by Kyle Olson Last Updated: Sun Jun 10, 2012 09:32 PM UTC Owner: Jason Seeley
Using some combination of DLLs, get the code for Mono and Windows for SQLite to be fairly similar.
No worries. I know exactly how that goes (I'm a workaholic, and have a wife
and 4 kids to keep entertained). For me, getting into this is an attempt to
get back into hobby programming instead of only doing it for work, and it's
actually spurred on a bunch of thought on my own projects (and a few game
ideas). Currently I'm working on a virtual gaming table because it's
relatively easy and the program I'm using is in java, crashes constantly, is
slow, and has an unintuitive UI. I'm tossing around ideas for a character
management system because the program I use for that is expensive,
unintuitive, and I have a pain with it every time I want to do anything but
the most standard stuff (right now I'm trying to decide on the scripting
language to use or whether to roll a simple one myself so it's more portable
without martialing worries). Right now I'm doing them in WPF, but will
likely port them over to Unity3d so that I can target cross-platform more
easily (at least for the gaming table). I just think / design faster in
WPF.
From: Scott Seligman [mailto:seligman@users.sf.net]
Never fear, this hasn't been dropped. Kyle or myself will take a look at it
and push it forward at some point when life decides we have free time.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Posted in discussions about using Mono.Data.Sqlite.dll and sqlite3.dll in Windows version in General Forum. Waiting on decision before proceeding.
Changes are in the MonoSqlite branch. The Sqlite database stuff is working in Windows and in MonoTouch device simulator. When working with the actual device, however, DBLoader's use of generics causes runtime JIT issues. Since that wasn't the goal of this development, I did not pursue that any further.
Never fear, this hasn't been dropped. Kyle or myself will take a look at it and push it forward at some point when life decides we have free time.
From: Jason Seeley [mailto:jseeley150@users.sf.net]
Sent: Sunday, June 24, 2012 3:01 PM
To: [combatmanagerpf:tickets]
Subject: [combatmanagerpf:tickets] #14 Consolidate SQLite code between Mono and Windows
Changes are in the MonoSqlite branch. The Sqlite database stuff is working in Windows and in MonoTouch device simulator. When working with the actual device, however, DBLoader's use of generics causes runtime JIT issues. Since that wasn't the goal of this development, I did not pursue that any further.
tickets:14 Consolidate SQLite code between Mono and Windows
Status: pending Created: Tue Jun 05, 2012 05:51 PM UTC by Kyle Olson Last Updated: Sun Jun 10, 2012 09:32 PM UTC Owner: Jason Seeley
Using some combination of DLLs, get the code for Mono and Windows for SQLite to be fairly similar.
Sent from sourceforge.net because you indicated interest in https://sourceforge.net/p/combatmanagerpf/tickets/14/
To unsubscribe from further messages, please visit https://sourceforge.net/auth/prefs/
No worries. I know exactly how that goes (I'm a workaholic, and have a wife
and 4 kids to keep entertained). For me, getting into this is an attempt to
get back into hobby programming instead of only doing it for work, and it's
actually spurred on a bunch of thought on my own projects (and a few game
ideas). Currently I'm working on a virtual gaming table because it's
relatively easy and the program I'm using is in java, crashes constantly, is
slow, and has an unintuitive UI. I'm tossing around ideas for a character
management system because the program I use for that is expensive,
unintuitive, and I have a pain with it every time I want to do anything but
the most standard stuff (right now I'm trying to decide on the scripting
language to use or whether to roll a simple one myself so it's more portable
without martialing worries). Right now I'm doing them in WPF, but will
likely port them over to Unity3d so that I can target cross-platform more
easily (at least for the gaming table). I just think / design faster in
WPF.
From: Scott Seligman [mailto:seligman@users.sf.net]
Never fear, this hasn't been dropped. Kyle or myself will take a look at it
and push it forward at some point when life decides we have free time.