Not sure if I'm understanding the situation but if you can write to one object method but not another that would imply that there's an issue in the structure.
My thinking is that if it can write to one OM it should write to them all. If it can't, it should throw an error. What about a verify/compact/repair? -- Douglas von Roeder 949-336-2902 On Sat, Mar 11, 2017 at 9:57 PM, Kirk Brooks via 4D_Tech < 4d_tech@lists.4d.com> wrote: > Hey Doug, > Yeah I tried those other cases. In a test method I can load, and write the > code to one object but it fails in the other. > > > On Sat, Mar 11, 2017 at 6:45 PM, Douglas von Roeder via 4D_Tech < > 4d_tech@lists.4d.com> wrote: > > > Kirk: > > > > What you're describing doesn't sound like a "feature", that's for sure. > > > > Obvious question - are you sure that the object itself is closed? Also, > any > > chance the structure is in read only? Dollars to doughnuts you've covered > > those bases but just in case… > > > > Another option would be to try this in a newer version. I haven't seen a > > mention of an issue like this in a "fixed bugs" document but, again, it > > might be worth trying to get a better understanding of what is(n't) > > happening. > > > > > > > > -- > > Douglas von Roeder > > 949-336-2902 > > > > On Sat, Mar 11, 2017 at 5:35 PM, Kirk Brooks via 4D_Tech < > > 4d_tech@lists.4d.com> wrote: > > > > > This is the first time I'm attempting to use METHOD SET CODE on form > > > objects in a v13.6 db. > > > > > > There's nothing tricky about what I'm doing: export methods from one > > > database and import into another. Project methods all work flawlessly > but > > > object methods just don't. > > > > > > I verified the method paths are the same by having the import method > call > > > METHOD GET CODE first (in the debugger I see it is opening the object > > > method and getting the code) them call METHOD SET CODE to write the > > > imported code. For testing I then called METHOD OPEN PATH - to see that > > > nothing is actually changed. > > > > > > Is this just a v13 bug? I'm really stumped here. > > > > > > -- > > > Kirk Brooks > > > San Francisco, CA > > > ======================= > > > ********************************************************************** > > > 4D Internet Users Group (4D iNUG) > > > FAQ: http://lists.4d.com/faqnug.html > > > Archive: http://lists.4d.com/archives.html > > > Options: http://lists.4d.com/mailman/options/4d_tech > > > Unsub: mailto:4d_tech-unsubscr...@lists.4d.com > > > ********************************************************************** > > ********************************************************************** > > 4D Internet Users Group (4D iNUG) > > FAQ: http://lists.4d.com/faqnug.html > > Archive: http://lists.4d.com/archives.html > > Options: http://lists.4d.com/mailman/options/4d_tech > > Unsub: mailto:4d_tech-unsubscr...@lists.4d.com > > ********************************************************************** > > > > > -- > Kirk Brooks > San Francisco, CA > ======================= > ********************************************************************** > 4D Internet Users Group (4D iNUG) > FAQ: http://lists.4d.com/faqnug.html > Archive: http://lists.4d.com/archives.html > Options: http://lists.4d.com/mailman/options/4d_tech > Unsub: mailto:4d_tech-unsubscr...@lists.4d.com > ********************************************************************** > ********************************************************************** 4D Internet Users Group (4D iNUG) FAQ: http://lists.4d.com/faqnug.html Archive: http://lists.4d.com/archives.html Options: http://lists.4d.com/mailman/options/4d_tech Unsub: mailto:4d_tech-unsubscr...@lists.4d.com **********************************************************************
