BlackBox Framework Center


https://forum.blackboxframework.org/

issue-#180 fixing resource lookup in OleClient.PasteSpecial

https://forum.blackboxframework.org/viewtopic.php?t=692

Page 1 of 3

IsNewInSymFile

Posted: Fri Oct 27, 2017 2:38 am
by DGDanforth
compiling "GraphicsTool"
IsNewInSymFile
IsNewInSymFile 1664 160
I no longer see the variables that are new.
Version 1.71-b1
Build number 951

-Doug

Re: IsNewInSymFile

Posted: Fri Oct 27, 2017 8:07 am
by Josef Templ
DGDanforth wrote:
compiling "GraphicsTool"
IsNewInSymFile
IsNewInSymFile 1664 160
I no longer see the variables that are new.
Version 1.71-b1
Build number 951

-Doug
There hasn't been any change with respect to reporting sym file differences.
If there are no changes listed, then there are no changes.
If sym file differences are not shown correctly, I would expect that the same problem existed in BB1.6 and 1.7.

- Josef

Re: IsNewInSymFile

Posted: Fri Oct 27, 2017 9:33 am
by DGDanforth
From Dev/CPT

Code: Select all

	PROCEDURE FPrintErr* (obj: Object; errno: SHORTINT);	(* !!! *)
	BEGIN
		IF errno = 249 THEN
			DevCPM.LogWLn; DevCPM.LogWStr("  ");
			DevCPM.LogWPar("#Dev:InconsistentImport", GlbMod[-obj.mnolev].name, obj.name);
			err(249)
		ELSIF obj = NIL THEN	(* changed module sys flags *)
			IF ~symNew & sfpresent THEN
				DevCPM.LogWLn; DevCPM.LogWStr("  "); DevCPM.LogWPar("#Dev:ChangedLibFlag", "", "")
			END
		ELSIF obj.mnolev = 0 THEN	(* don't report changes in imported modules *)
			IF sfpresent THEN
				IF symChanges < 20 THEN
					DevCPM.LogWLn; DevCPM.LogWStr("  ");
					CASE errno OF
					| 250: DevCPM.LogWPar("#Dev:IsNoLongerInSymFile", obj.name, "")
					| 251: DevCPM.LogWPar("#Dev:IsRedefinedInternally", obj.name, "")
					| 252: DevCPM.LogWPar("#Dev:IsRedefined", obj.name, "")
					| 253: DevCPM.LogWPar("#Dev:IsNewInSymFile", obj.name, "")
					END
				ELSIF symChanges = 20 THEN
					DevCPM.LogWLn; DevCPM.LogWStr("  ...")
				END;
				INC(symChanges)
			ELSIF (errno = 253) & ~symExtended THEN
				DevCPM.LogWLn; 
				DevCPM.LogWStr("  "); DevCPM.LogWPar("#Dev:NewSymFile", "", "")
			END
		END;
		IF errno = 253 THEN symExtended := TRUE ELSE symNew := TRUE END
	END FPrintErr;
So it appears that #Dev:IsNewInSymFile is not being replaced correctly.
I have lost track of how that mechanism works. Does that mean that some Strings file has been corrupted?
-Doug

Re: IsNewInSymFile

Posted: Fri Oct 27, 2017 9:37 am
by DGDanforth
In Dev/Rsrc/Strings I find

Code: Select all

IsNewInSymFile	^0 is new in symbol file

Re: IsNewInSymFile

Posted: Fri Oct 27, 2017 10:34 am
by Josef Templ
There is no such problem with an unmodified version of build 951.
This must be caused by your own modifications.
Check the /USE option.
Check if you have a modified version of Dev/Rsrc/Strings in use.

- Josef

Re: IsNewInSymFile

Posted: Fri Oct 27, 2017 10:56 am
by DGDanforth
Josef Templ wrote:There is no such problem with an unmodified version of build 951.
This must be caused by your own modifications.
Check the /USE option.
Check if you have a modified version of Dev/Rsrc/Strings in use.

- Josef
Indeed I do.
That points up a design failure.
If an application (in this case Robert's Ctls) needs to modify the Strings file then
to preserve the Frameworks Strings one must copy the file to their own /USE version.
BUT that immediately makes it out of step with any future releases of the framework
that modifies (upgrades) the String file.

It is highly unlikely that we (me) can keep track of all the consequences of an upgrade.

What do you do?
-Doug

Re: IsNewInSymFile

Posted: Fri Oct 27, 2017 3:05 pm
by Josef Templ
I don't know why the Ctls subsystem needs to modify the Dev/Rsrc/Strings file.
The authors (Helmut, Robert) know more about it, I guess.
The normal approach would be that any resources of a subsystem X are put into X/Rsrc/Strings etc.
This seems to be violated here.
There may be a reason for that and I would also be interested in the answer.

- Josef

Re: IsNewInSymFile

Posted: Fri Oct 27, 2017 8:34 pm
by Zinn
The resources of Form Controls are define in Dev/Rsrc/Strings.
They used by the properties form.
Subsystem Ctls adding some new Controls for the Form.
You can use this new controls without insert its resources in Dev/Rsrc/Strings,
but then you don't see in the property form for what the check boxes are used.
In the CPC Edition this new resources are added already in Dev/Rsrc/Strings file.
- Helmut

Re: IsNewInSymFile

Posted: Fri Oct 27, 2017 10:38 pm
by DGDanforth
So we see there is a conceptual problem.
Speculatively one should have a pointer from one's /USE Strings file to the frameworks Strings file
and the framework on execution merges those two files.
That might work for Strings but would not work for Host files which are code and merging would
make no sense.

Any other ideas?
-Doug

Re: IsNewInSymFile

Posted: Sat Oct 28, 2017 2:42 am
by Josef Templ
Zinn wrote:The resources of Form Controls are define in Dev/Rsrc/Strings.
They used by the properties form.
Subsystem Ctls adding some new Controls for the Form.
You can use this new controls without insert its resources in Dev/Rsrc/Strings,
but then you don't see in the property form for what the check boxes are used.
In the CPC Edition this new resources are added already in Dev/Rsrc/Strings file.
- Helmut
There is a simple solution for Ctls, I think.
You can specify all the inspector properties in Ctls/Rsrc/Strings if you remove the "Ctls" prefix.
For example use:

Code: Select all

RealField.Control	     Real Field
RealField.Control.Opt0	Left
RealField.Control.Opt1	Right
RealField.Control.Opt2	Kill trailing '0's
RealField.Control.Opt3	Fixed significant figs
RealField.Control.Opt4	Maximum digits
- Josef
All times are UTC
Page 1 of 3

Powered by phpBB® Forum Software © phpBB Limited