Strange Exception with the 16-May build

Posts   
 
    
Posts: 12
Joined: 14-May-2006
# Posted on: 19-May-2006 10:52:54   

Hi

I upgraded to the new build and re-generated my code (i also changed some of the db struct and refreshed the llbl project) and when i run one of the pages i created previously i get the following exception,

[IMG]http://img137.imageshack.us/img137/7572/error8ah.th.png[/IMG] http://img137.imageshack.us/my.php?image=error8ah.png

Also not sure if it related but when i use the designer to setup the datasource two entries are listed for the datadapter.

Thanks

Richard

Walaa avatar
Walaa
Support Team
Posts: 14950
Joined: 21-Aug-2005
# Posted on: 19-May-2006 16:26:16   

It looks like a version mismatch between the Database specific dll referenced and the latest database updates.

Make sure you generated your code against the lastest database updates, and make sure you reference the latest build of the Database Specific dll.

Otis avatar
Otis
LLBLGen Pro Team
Posts: 39614
Joined: 17-Aug-2003
# Posted on: 19-May-2006 21:16:02   

Also, it means that there are two fields with the same name in that same entity.... which is weird, as your screenshot shows that that's not the issue here...

Frans Bouma | Lead developer LLBLGen Pro
Posts: 12
Joined: 14-May-2006
# Posted on: 22-May-2006 10:39:38   

Right an update, I tried to refresh the llbl project to the new db schema and that still came up with the error. Next i tried deleting all the generated code but still the error appeared.

In the end i managed to sort it out by creating a completely new llbl project and regenerating the code from scratch.

Not sure what the problem was but it would imagine that the llbl project had somehow got out of sync?

Thanks for your help

Richard

Otis avatar
Otis
LLBLGen Pro Team
Posts: 39614
Joined: 17-Aug-2003
# Posted on: 22-May-2006 11:13:15   

I've no idea, and also not seen this before. It seems that there were 2 or more fields generated with the same field index, which is weird. If it happens again, please let me know.

Frans Bouma | Lead developer LLBLGen Pro
Posts: 12
Joined: 14-May-2006
# Posted on: 22-Jun-2006 00:47:08   

Hi Otis

Unfortunately i have got the same problem appearing again after i refreshed the catalogue and rebuilt my code. cry This time it is on a different field so there must be a problem somewhere!

I'm not sure how i can help here, would you like me to send the generated code and the llbl project?

Dick

Walaa avatar
Walaa
Support Team
Posts: 14950
Joined: 21-Aug-2005
# Posted on: 22-Jun-2006 08:28:58   

I'm not sure how i can help here, would you like me to send the generated code and the llbl project?

Yes please, but prefereably in the helpdesk, open an issue and attach those files (zipped please)

Otis avatar
Otis
LLBLGen Pro Team
Posts: 39614
Joined: 17-Aug-2003
# Posted on: 22-Jun-2006 08:52:03   

You can also mail to support AT llblgen.com, and I will look into it a.s.a.p.

Frans Bouma | Lead developer LLBLGen Pro
Posts: 12
Joined: 14-May-2006
# Posted on: 22-Jun-2006 13:33:33   

Emailed the code to get around the 512kb limit on the helpdesk!! disappointed

Otis avatar
Otis
LLBLGen Pro Team
Posts: 39614
Joined: 17-Aug-2003
# Posted on: 22-Jun-2006 13:41:20   

That's ok, I received it simple_smile

Frans Bouma | Lead developer LLBLGen Pro
Otis avatar
Otis
LLBLGen Pro Team
Posts: 39614
Joined: 17-Aug-2003
# Posted on: 22-Jun-2006 15:58:03   

This is an issue in the refresher. When a field changes ordinal, the field indexes could end up in a mess, as the routine which fixes the indexes after the refresh had the sort action also inside the loop, which of course needed to be placed outside that loop flushed

Frans Bouma | Lead developer LLBLGen Pro