On Monday 02 December 2013 07:48:01 Gene Heskett did opine: > On Sunday 01 December 2013 18:32:55 Chris Morley did opine: > > > I know, poor form to answer your own posts, but I have now done this > > > to no avail. Is there a limit to the number of POSTGUI_HALFILES > > > that can be specified in the main .ini file? > > > > > > Cheers, Gene > > > > Yes. - There can only be one. > > But you can call another hal file from it. > > add: > > > > source filename.hal > > > > to the end on the POSTGUI_HAL file > > > > Chris M > > aha, a way around that limit, so I assume one could "source" 2 or even 3 > additionals that way? > > Actually, I have it sortof working, by merging the align stuffs into > custom_postgui.hal, but I've edited all that stuff to give it more > unique variable names since my own code is sprinkled liberally with > #<_start-y> and #<_end-y> etc sorts of globals. > > However, while show hal watch says the button clicks are now working, > the 1st of those 4 teeny little routines will not run, giving a seek > o<word>: o<align-start> error in line -2147483647 popup advisory, then > because it didn't set its global vars, the other 3 run but report > garbage data. > > align-start: > ===========BEGIN > o<align_start> sub > (msg, this is align start) > ( this subroutine records the current location of x and y into) > ( the global variables _stuart-x and _stuart-y) > #<_stuart_x> = #5420 > #<_stuart_y> = #5421 > (debug, stuart XY = #<_stuart-x> #<_stuart-y>) > o<align_start> endsub > M2 > EOF============== > > So I have another error, where I've not yet found. > > In hal show, under components, I have a cu-filter-PID that never comes > ready, always initializing. But I don't think that is connected, it > should be part of camview-emc as I have a util.crop in the video chain > for zooming, and which works ok. > > Open to suggestions as to what to check next. > > Thanks Chris Morley > > Cheers, Gene
Well, here I go, answering my own post again. The fix was to remove any and all dash's that were not intended to be subtraction signs, and put in underscores, not only in the subroutines actual and internal names, but in ALL the "#<named>" variables referenced too, all the way back to the MDI_COMMAND = entries in the ini file. To me, this is a bug, the "dash" or hyphenation should just be another character, not a minus sign, becoming just another character when a < has been found, and canceled to become a minus sign again only after the matching > has been found, whether its an o<subroutine_name> or a #<variable_name>. This I have been aware of in my own .ngc scribblings for a long time, but here I was trying to make somebody else's code, code that I assume must have worked correctly ON THEIR systems, but refused to work ON MY systems. I stared at all that in glorious color in gedit before it hit me this morning that all that glorious color gedit was using was in fact showing me the problem. Another of those famous duh moments I think we as a whole, could do without. Can this be called a bug, one that needs fixed? Or is it a huge problem to fix it when dealing with unicode? Cheers, Gene -- "There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order." -Ed Howdershelt (Author) Genes Web page <http://geneslinuxbox.net:6309/gene> And now for something completely different. A pen in the hand of this president is far more dangerous than 200 million guns in the hands of law-abiding citizens. ------------------------------------------------------------------------------ Rapidly troubleshoot problems before they affect your business. Most IT organizations don't have a clear picture of how application performance affects their revenue. With AppDynamics, you get 100% visibility into your Java,.NET, & PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro! http://pubads.g.doubleclick.net/gampad/clk?id=84349351&iu=/4140/ostg.clktrk _______________________________________________ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
