gmane.os.cosmos.devel

SQLite

Matthijs ter Woord — 2013-05-22T13:01:27

What's state on SQLite?

What tools are there to be converted to .exe's?

Re: Re: Another bug on build...

Matthijs ter Woord — 2013-05-07T14:10:53

Let us know when it's finished! :)



On Tue, May 7, 2013 at 4:04 PM, Jim Loveless <geramyloveless-Re5JQEeQqe8AvxtiuMwx3w< at >public.gmane.org>wrote:

Re: Re: Another bug on build...

Jim Loveless — 2013-05-07T14:04:40

I vote the same #2 I already did a bit of changing to use the generic class
and the connection made via the provider and that works so that's done just
have to make it a executable (: shouldn't be to hard.
On May 6, 2013 6:13 PM, "Chad Z. Hower aka Kudzu" <Chad-FeA/JENWDJfYtjvyW6yDsg< at >public.gmane.org> wrote:

Re: Re: Another bug on build...

Chad Z. Hower aka Kudzu — 2013-05-06T17:13:13

#2 because debugging msbuild stuff is already hell...

Re: Re: Another bug on build...

Matthijs ter Woord — 2013-05-06T17:00:33

So. Did some investigation. The strategy I had in mind (registering the
DbProviderFactory at runtime) wont work.

I'll have a thought on strategies we can use tonight..

Some already come to mind:
- GAC the assemblies (as a last resort. ms advice is dont use GAC, it's
dll-hell vNext)
- run msbuild tasks as executables. This would allow us to use app.config
of those executables to register sqlite. This might be interesting as well
for other reasons, as it might be usable to debug things easier..

Other suggestions? I'd personally opt for nr2. Although it's a bit of
work...

Re: Re: Another bug on build...

Henry Wright — 2013-05-06T08:38:45

When I was investigating this bug I found that using the Compiler Tester didn't yield any bugs. But on building an os, the exception was thrown.



Sent from Windows Mail



From: Matthijs ter Woord
Sent: ‎Monday‎, ‎6‎ ‎May‎ ‎2013 ‎07‎:‎04
To: Cosmos-Dev

  





We should try to find a solution which doesn't place anything in the GAC, but first let get things working..


Geramy, can you try running in the compilertester?





On Sun, May 5, 2013 at 11:13 PM, Jim Loveless <geramyloveless< at >gmail.com> wrote:





When i build it and have sqlite in the gac and remove adding it as a provider in the code i get this.....




Error8An error occurred while updating the entries. See the inner exception for details.

   at System.Data.Mapping.Update.Internal.UpdateTranslator.Update(IEntityStateManager stateManager, IEntityAdapter adapter)

   at System.Data.EntityClient.EntityAdapter.Update(IEntityStateManager entityCache)

   at System.Data.Objects.ObjectContext.SaveChanges(SaveOptions options)

   at System.Data.Objects.ObjectContext.SaveChanges()

   at Cosmos.Debug.Common.DebugInfo.WriteFieldInfoToFile(IEnumerable`1 aFields) in c:\Cosmos\IL2CPU\source2\Debug\Cosmos.Debug.Common\DebugInfo.cs:line 188

   at Cosmos.IL2CPU.ILOp.GetFieldsInfo(Type aType) in c:\Cosmos\IL2CPU\source2\IL2CPU\Cosmos.IL2CPU\ILOp.cs:line 254

   at Cosmos.IL2CPU.X86.IL.LdStr.Execute(MethodInfo aMethod, ILOpCode aOpCode) in c:\Cosmos\IL2CPU\source2\IL2CPU\Cosmos.IL2CPU\IL\Ldstr.cs:line 27

   at Cosmos.IL2CPU.AppAssembler.ProcessMethod(MethodInfo aMethod, List`1 aOpCodes) in c:\Cosmos\IL2CPU\source2\IL2CPU\Cosmos.IL2CPU\AppAssembler.cs:line 407

   at Cosmos.IL2CPU.ILScanner.Assemble() in c:\Cosmos\IL2CPU\source2\IL2CPU\Cosmos.IL2CPU\ILScanner.cs:line 1191

   at Cosmos.IL2CPU.ILScanner.Execute(MethodBase aStartMethod) in c:\Cosmos\IL2CPU\source2\IL2CPU\Cosmos.IL2CPU\ILScanner.cs:line 294

   at Cosmos.Build.MSBuild.IL2CPUTask.Execute() in c:\Cosmos\IL2CPU\source2\Build\Cosmos.Build.MSBuild\IL2CPUTask.cs:line 201C:\Program Files (x86)\MSBuild\Cosmos\Cosmos.targets316GeramysTestBoot









On Sun, May 5, 2013 at 9:37 PM, Matthijs ter Woord <matthijsterwoord< at >gmail.com> wrote:

 
  




I meant to include the following link: http://msdn.microsoft.com/en-us/library/1009fa28.aspx

Op 5 mei 2013 22:37 schreef "Matthijs ter Woord" <matthijsterwoord< at >gmail.com> het volgende:




I didn't do any thorough reading but seems like the assembly.loadfrom context automatically auto loads dependencies in the same folder. 
Msbuild uses .loadfrom if the UsingTask element has the AssemblyFile attribute specified.
Can someone check what we use?

Op 5 mei 2013 22:19 schreef "Chad Z. Hower aka Kudzu" <Chad< at >hower.org> het volgende:

On 5/5/2013 4:18 PM, Jim Loveless wrote:

Matthijs will the VS fake GAC work for this?




------------------------------------

--------------------------------------------------
More things to join for Cosmos!

1) Cosmos chat room:
http://tinyurl.com/pc7bds

2) Please add yourself to the map:
http://tinyurl.com/qhttde

3) Help publicity and join our Facebook page:
http://tinyurl.com/plrloa

--------------------------------------------------

Yahoo! Groups Links

Re: Re: Another bug on build...

Matthijs ter Woord — 2013-05-06T06:03:44

We should try to find a solution which doesn't place anything in the GAC,
but first let get things working..

Geramy, can you try running in the compilertester?



On Sun, May 5, 2013 at 11:13 PM, Jim Loveless <geramyloveless-Re5JQEeQqe8AvxtiuMwx3w< at >public.gmane.org>wrote:

Re: Re: Another bug on build...

Jim Loveless — 2013-05-05T21:13:42

When i build it and have sqlite in the gac and remove adding it as a
provider in the code i get this.....

Error 8 An error occurred while updating the entries. See the inner
exception for details.
   at
System.Data.Mapping.Update.Internal.UpdateTranslator.Update(IEntityStateManager
stateManager, IEntityAdapter adapter)
   at System.Data.EntityClient.EntityAdapter.Update(IEntityStateManager
entityCache)
   at System.Data.Objects.ObjectContext.SaveChanges(SaveOptions options)
   at System.Data.Objects.ObjectContext.SaveChanges()
   at Cosmos.Debug.Common.DebugInfo.WriteFieldInfoToFile(IEnumerable`1
aFields) in
c:\Cosmos\IL2CPU\source2\Debug\Cosmos.Debug.Common\DebugInfo.cs:line 188
   at Cosmos.IL2CPU.ILOp.GetFieldsInfo(Type aType) in
c:\Cosmos\IL2CPU\source2\IL2CPU\Cosmos.IL2CPU\ILOp.cs:line 254
   at Cosmos.IL2CPU.X86.IL.LdStr.Execute(MethodInfo aMethod, ILOpCode
aOpCode) in c:\Cosmos\IL2CPU\source2\IL2CPU\Cosmos.IL2CPU\IL\Ldstr.cs:line
27
   at Cosmos.IL2CPU.AppAssembler.ProcessMethod(MethodInfo aMethod, List`1
aOpCodes) in
c:\Cosmos\IL2CPU\source2\IL2CPU\Cosmos.IL2CPU\AppAssembler.cs:line 407
   at Cosmos.IL2CPU.ILScanner.Assemble() in
c:\Cosmos\IL2CPU\source2\IL2CPU\Cosmos.IL2CPU\ILScanner.cs:line 1191
   at Cosmos.IL2CPU.ILScanner.Execute(MethodBase aStartMethod) in
c:\Cosmos\IL2CPU\source2\IL2CPU\Cosmos.IL2CPU\ILScanner.cs:line 294
   at Cosmos.Build.MSBuild.IL2CPUTask.Execute() in
c:\Cosmos\IL2CPU\source2\Build\Cosmos.Build.MSBuild\IL2CPUTask.cs:line
201 C:\Program
Files (x86)\MSBuild\Cosmos\Cosmos.targets 31 6 GeramysTestBoot



On Sun, May 5, 2013 at 9:37 PM, Matthijs ter Woord <
matthijsterwoord-Re5JQEeQqe8AvxtiuMwx3w< at >public.gmane.org> wrote:

Re: Re: Another bug on build...

Matthijs ter Woord — 2013-05-05T20:37:48

I meant to include the following link:
http://msdn.microsoft.com/en-us/library/1009fa28.aspx
Op 5 mei 2013 22:37 schreef "Matthijs ter Woord" <matthijsterwoord-Re5JQEeQqe8AvxtiuMwx3w< at >public.gmane.org>
het volgende:

Re: Re: Another bug on build...

Matthijs ter Woord — 2013-05-05T20:37:16

I didn't do any thorough reading but seems like the assembly.loadfrom
context automatically auto loads dependencies in the same folder.
Msbuild uses .loadfrom if the UsingTask element has the AssemblyFile
attribute specified.
Can someone check what we use?
Op 5 mei 2013 22:19 schreef "Chad Z. Hower aka Kudzu" <Chad-FeA/JENWDJfYtjvyW6yDsg< at >public.gmane.org> het
volgende:

Re: Re: Another bug on build...

Matthijs ter Woord — 2013-05-05T20:32:48

Maybe. But gac-ing the assembly doesn't register it with the dbfactories
stuff.....
Maybe I can have a quick look Tuesday.
Op 5 mei 2013 22:19 schreef "Chad Z. Hower aka Kudzu" <Chad-FeA/JENWDJfYtjvyW6yDsg< at >public.gmane.org> het
volgende:

Re: Re: Another bug on build...

Chad Z. Hower aka Kudzu — 2013-05-05T20:19:16

Matthijs will the VS fake GAC work for this?




------------------------------------

--------------------------------------------------
More things to join for Cosmos!

1) Cosmos chat room:
http://tinyurl.com/pc7bds

2) Please add yourself to the map:
http://tinyurl.com/qhttde

3) Help publicity and join our Facebook page:
http://tinyurl.com/plrloa

--------------------------------------------------

Yahoo! Groups Links

<*> To visit your group on the web, go to:
    http://groups.yahoo.com/group/Cosmos-Dev/

<*> Your email settings:
    Individual Email | Traditional

<*> To change settings online go to:
    http://groups.yahoo.com/group/Cosmos-Dev/join
    (Yahoo! ID required)

<*> To change settings via email:
    Cosmos-Dev-digest-hHKSG33TihhbjbujkaE4pw< at >public.gmane.org 
    Cosmos-Dev-fullfeatured-hHKSG33TihhbjbujkaE4pw< at >public.gmane.org

<*> To unsubscribe from this group, send an email to:
    Cosmos-Dev-unsubscribe-hHKSG33TihhbjbujkaE4pw< at >public.gmane.org

<*> Your use of Yahoo! Groups is subject to:
    http://docs.yahoo.com/info/terms/

Re: Re: Another bug on build...

Jim Loveless — 2013-05-05T20:18:25

the System.Data.SQLite.dll needs to be in the GAC because msbuild cannot
find it since msbuild's base directory is in visual studios and it loads
Cosmos.Common.MSBuild or w.e it cannot find the System.Data.SQLite.dll in
the msbuild directory the System.Data.SQLite.dll has to always be in the
base directory if its not it will cause this error this simply means visual
studios or C# or MSIL whatever cant find System.Data.SQLite.dll so if we
added it to the GAC that would fix this issue.


On Sun, May 5, 2013 at 8:41 PM, Matthijs ter Woord <
matthijsterwoord-Re5JQEeQqe8AvxtiuMwx3w< at >public.gmane.org> wrote:

Re: Re: Another bug on build...

Matthijs ter Woord — 2013-05-05T19:41:45

What configuration file? Like an app.config? That's not possible in all
situations.....
Op 5 mei 2013 21:26 schreef "Jim Loveless" <geramyloveless-Re5JQEeQqe8AvxtiuMwx3w< at >public.gmane.org> het
volgende:

Re: Re: Another bug on build...

Jim Loveless — 2013-05-05T19:26:33

I suggest putting the configuration into a config file as well.....


On Sun, May 5, 2013 at 7:56 PM, Jim Loveless <geramyloveless-Re5JQEeQqe8AvxtiuMwx3w< at >public.gmane.org>wrote:

Re: Re: Another bug on build...

Jim Loveless — 2013-05-05T18:56:50

19:55] <Geramy> its not configured right the second time it goes round lol
[19:55] <Geramy> the second process
[19:55] <Geramy> starting the program
[19:56] <Geramy> whats the difference between starting the program and
building it?
[19:56] <Geramy> thats what we have to look at
[19:56] <Geramy> because that difference is causing the problem


On Sun, May 5, 2013 at 7:48 PM, Jim Loveless <geramyloveless-Re5JQEeQqe8AvxtiuMwx3w< at >public.gmane.org>wrote:

Re: Re: Another bug on build...

Jim Loveless — 2013-05-05T18:48:24

I have the same error just in a different place now.....
Error 39 The "ExtractMapFromElfFile" task failed unexpectedly.
System.Configuration.ConfigurationErrorsException: Failed to find or load
the registered .Net Framework Data Provider.
   at System.Data.Common.DbProviderFactories.GetFactory(DataRow providerRow)
   at System.Data.Common.DbProviderFactories.GetFactory(String
providerInvariantName)
   at Cosmos.Debug.Common.DebugInfo..ctor(String aPathname, Boolean
aCreate) in
c:\Cosmos\IL2CPU\source2\Debug\Cosmos.Debug.Common\DebugInfo.cs:line 61
   at Cosmos.Build.MSBuild.ExtractMapFromElfFile.Execute() in
c:\Cosmos\IL2CPU\source2\Build\Cosmos.Build.MSBuild\ExtractMapFromElfFile.cs:line
68
   at Microsoft.Build.Framework.ITask.Execute()
   at
Microsoft.Build.BackEnd.TaskExecutionHost.Microsoft.Build.BackEnd.ITaskExecutionHost.Execute()
   at
Microsoft.Build.BackEnd.TaskBuilder.<ExecuteInstantiatedTask>d__20.MoveNext()
C:\Program
Files (x86)\MSBuild\Cosmos\Cosmos.targets 55 6 GeramysTestBoot



On Sun, May 5, 2013 at 4:43 PM, Matthijs ter Woord <
matthijsterwoord-Re5JQEeQqe8AvxtiuMwx3w< at >public.gmane.org> wrote:

Re: Re: Another bug on build...

Matthijs ter Woord — 2013-05-05T15:43:57

After the registration code, try adding code to use the DbFactory model to
create a connection:
See http://msdn.microsoft.com/en-us/library/h508h681.aspx
DbProviderFactories.GetFactory("System.Data.SQLite")



On Sun, May 5, 2013 at 5:05 PM, Henry Wright
<keyboardhenry7-PkbjNfxxIAQqdlJmJB21zg< at >public.gmane.org>wrote:

RE: Re: Another bug on build...

Henry Wright — 2013-05-05T15:05:22

No luck. Maybe aman can see if it works on his computer. It might be that the dev kit builder needs more prerequisites?






  
The thing is that the bug is happening at the exact same position where it happened before and applying the same fix doesn't seem to fix it and even now it's centrally registered it is still applying the bug. Stupid database, *almost* as annoying as Java.

Re: Another bug on build...

atom_ap — 2013-05-05T10:53:04

Sorry for late..but every Monday I have a test that's why I had not still started working on it...I will start working on it and report result here :)

I think you all can understand my problem :)

--- In Cosmos-Dev-hHKSG33TihhbjbujkaE4pw< at >public.gmane.org, Matthijs ter Woord <matthijsterwoord< at >...> wrote:

Re: Another bug on build...

Matthijs ter Woord — 2013-05-05T09:01:47

Any luck yet? Maybe someone else (aman?) can join in to find the issue?



On Wed, May 1, 2013 at 5:10 PM, Henry Wright
<keyboardhenry7-PkbjNfxxIAQqdlJmJB21zg< at >public.gmane.org>wrote: