can a fused power isolater
- Thread starter cadet
- Start date
No, but you can add another socket on the load side of it if you are competent.
Doesn't that depend upon what the 'isolator switch' is, and what it's isolating? If it's just a switch (i.e. not an FCU), and if it's just isolating the new spurred socket (or if it's currently isolating nothing, but comes off the spur), then it obviously wouldn't be permissible to connect another socket to that spur.
Kind Regards, John.
We know what it is.
True - I did assume it was controlling the new socket.
cadet - is it?
If it's doing the former then of course another one can be added.
Ah, missed that! - perhaps because I am always trying to tell/teach people that it is bad practice to include data in column titles. variable names or program code, I tend to expect the 'data' to all be in the body text of a posting, rather than the title. However, I should have noticed, and apologise for not having done so!
Kind Regards, John.
Add to that all structured data in a database and you'll have the framework for a working system!
You must love Call By Name.
I'm a bit lost here. I though Call By Name was to do with if/when the argument of a function is evaluated. If that's right, how does it relate to what's been said about where/how data is stored?
Kind Regards, John.
You can use it to remove data from code.
Pass a constant as an call by name argument to a subroutine which changes the value of the argument and your value of your constant changes.
Pass a constant as an call by name argument to a subroutine which changes the value of the argument and your value of your constant changes.
I need to think about that one, and its relevance to what was being discussed!
Kind Regards, John.
Niklaus Wirth, who wrote the Pascal programming language, used to grumble that whereas Europeans generally pronounce his name the right way ('Nick-louse Veert'), Americans invariably mangle it into 'Nickel's Worth.'
That is to say that Europeans call him by name, but Americans call him by value.
That is to say that Europeans call him by name, but Americans call him by value.
I like that.
Example: (disclaimer - I haven't written Algol-60 code for a long time, so the sytnax may be a bit iffy, but not enough to invalidate the example, and of course I'm assuming a print command.
[code:1]begin
integer i, j;
integer procedure foo (bar)
integer bar;
begin
bar:=2
end;
for j:= 1 step 1 until 4 do
print ("HELLO WORLD");
foo(4)
for j:= 1 step 1 until 4 do
print ("THAT'S ALL FOLKS");
end[/code:1]
will produce the following:
HELLO WORLD
HELLO WORLD
HELLO WORLD
HELLO WORLD
THAT'S ALL FOLKS
THAT'S ALL FOLKS
so you can have your wish of no data in code or variable names extended to constants - after you've called foo, 1+4 equals 3.
It's not relevant to the OP's question, but I blame you for that, as you introduced the diversion of coding etc
Example: (disclaimer - I haven't written Algol-60 code for a long time, so the sytnax may be a bit iffy, but not enough to invalidate the example, and of course I'm assuming a print command.
[code:1]begin
integer i, j;
integer procedure foo (bar)
integer bar;
begin
bar:=2
end;
for j:= 1 step 1 until 4 do
print ("HELLO WORLD");
foo(4)
for j:= 1 step 1 until 4 do
print ("THAT'S ALL FOLKS");
end[/code:1]
will produce the following:
HELLO WORLD
HELLO WORLD
HELLO WORLD
HELLO WORLD
THAT'S ALL FOLKS
THAT'S ALL FOLKS
so you can have your wish of no data in code or variable names extended to constants - after you've called foo, 1+4 equals 3.
Even I am not so daft that I thought it had any relevance to the OP's question!! What I was wondering was how/whether it was related to my comment about keeping data and code separate.It's not relevant to the OP's question, but I blame you for that, as you introduced the diversion of coding etc
That's certainly bizarre. I've seen similar things done with other languages but usually only as a joke or part of a 'Christmas Quiz' etc.! I think it's probably fair to say that most languages won't allow one to change the value of instrinsic constants in that fashion.
However, that's far more esoteric than the simple general principle (of separation between data and code) I was talking about. Indeed, I wouldn't really regard the numerical value of the constant '4' as representing 'data' - so what you're saying is all a bit contrived!
As I'm sure you really understand, a very simple example of what I was talking about would be something like this... given data which consists of, say, measurements on a series of subjects undertaken at various time points, some people will have one variable for subject ID and then a series of variables called something like 'Week1', 'Week5', 'Week10' etc. for the results. Whilst one may, indeed, need to manipulate the data into that 'wide' format for some analytical purposes, it is quite inflexible and not conducive with many types of analysis until one has undertaken further manipulation (and implicit or explicit extration of the 'data' from the variable names).
For many/most purposes (at least, those I'm commonly involved with), and to retain flexibility, it is (IMO) usually better to have a 'narrow' ('long') format, with just three variables 'ID', 'Week' and 'Result'. The numerical value of 'week' is then immediately available, the format will accept any number of different 'weeks' per subject without any code modification and the data is generally more versatile. Others may, of course, disagree - and even I would disagree in some specific circumstances!
Kind Regards, John
FFS even by the standards of this forum lately, this post is a beauty.
3 replies and the Chuckle Brothers start.
I didn't realise we were supposed to be posting to a new standard defined by JohnW2, where the title should be a little vague and the detailed question is now to only be contained in the body of the post.
I personally don't give a toss what programming languages you use to add or remove data.
This is a forum to discuss electrical issue. It would be so nice to have a thread which actually stuck to the subject.
3 replies and the Chuckle Brothers start.
I didn't realise we were supposed to be posting to a new standard defined by JohnW2, where the title should be a little vague and the detailed question is now to only be contained in the body of the post.
I personally don't give a toss what programming languages you use to add or remove data.
This is a forum to discuss electrical issue. It would be so nice to have a thread which actually stuck to the subject.
Try not to get too excited - it's bad for life-expectancy
I merely made what was intended to be a light-hearted throwaway comment as an 'excuse' for stupidly not having looked at the thread title carefully enough, and BAS then decided to take that off at a tangent - which I, admittedly, followed!As with most things in life, one remembers the 'bad' things. The majority of threads do stay on-topic, but people quickly forget about them. Ultimately, it's obviously down to you to decide which posts you want to read - and in this particular forum, you even have the option to be spared exposure to posts from specified members if you so wish.
have a good weekend!
Kind Regards, John.
DIYnot Local
Staff member
If you need to find a tradesperson to get your job done, please try our local search below, or if you are doing it yourself you can find suppliers local to you.
Select the supplier or trade you require, enter your location to begin your search.
Are you a trade or supplier? You can create your listing free at DIYnot Local
