When I refer to the icon, i'm referring to the black and white "L" that is tied to the windows executable. I am not referring to the icon that is subsequently displayed after the program has opened.
I have gone so far as to remove the "L" icon files from the whole project and replaced them with other images but none of them show. It continues to compile with the black and white "L" icon even when that image file doesn't even exist on the Linux VM I'm compiling on.
In line with https://github.com/litecoin-project/litecoin/issues/542, we do not assist with altcoin development. Please use another discussion medium for that, this is related to issues specifically related to an umodified version of Litecoin Core.
I didn't ask for assistance with alt-coin development. The icon image seems to be derived from an unknown source, how shall you update or someone offer an update to the icon image within the boundaries of the litecoin wallet development if the code is buggy in association with that?
Even if it was an alt-coin issue, it causes you no harm to leave this for others to examine if they so wish; without closing it.
Judging by your previous issue, you specifically stated that you were making changes for an altcoin and then post this. Why are you trying to change the icon? Sure, I made an assumption, but I just joined the two together. The image isn't sourced by an unknown location, it's referenced in the source code. With altcoin development for others, if they change consensus critical code and don't understand what is happening or don't know how to update an icon, then honestly this is the wrong place. I don't mean to be rude, but we're in a field where a mistake can cost others serious real world consequences and thus we refrain from helping with altcoin development.
I'm not asking for help regarding alt-coin development. Were I doing so, I assure you, I would have presented many more questions that did not have sufficient relationship to litecoin. But I didn't because I know any issues I have must relate to litecoin or it is out of your scope.
if they change consensus critical code and don't understand what is happening or don't know how to update an icon
You have, once again, made a condescending assumption. My other concern wasn't consensus changing, though I did reference it as supplemental information, the issue was regarding the debug.log output. That was it. If you really want to know what the source of the block that was being rejected; it wasn't about changing code, it was about not changing it. I hadn't changed the maximum permissible adjustment of the difficulty from litecoin to my coin, ala _pow.cpp_:
if (nActualTimespan < params.nPowTargetTimespan/4)
nActualTimespan = params.nPowTargetTimespan/4;
if (nActualTimespan > params.nPowTargetTimespan*4)
nActualTimespan = params.nPowTargetTimespan*4;
The issue with the icon; I know how to change an icon. That's the point. Though I just took the clean litecoin git, changed the icon files and suddenly it worked. So it would seem I would have to abandon this issue at this point anyhow for being unable to recreate it.
I'm not asking for help regarding alt-coin development
When playing with the newest version of litecoin for an alt coin
Adjusting the proof of work target timespan is a consensus variable and you were getting a consensus verification issue as a direct result of that... The code block you pasted is also consensus related, since it uses the chain params which were the ones you modified in the first issue; which really just proves the above. Anyway, this is not the place for such things. If you were getting that error on a clean litecon codebase and unmodified, others and I are very happy to help.
The icon issued turned out to be a Windows/graphics issue, not the programming, thereby confirming nothing wrong is with the litecoin code with regards to that but confirms my explanation of the icon seemingly coming from "nowhere." I watched the icon change from my custom icon to the litecoin icon as I copied the file from a flash drive to a windows desktop. I tried it several times and it happened each time.
I'm done explaining myself to you, thrasher.
You didn't have sufficient information to publicly demean me and berate me for lack of knowledge or understanding, but did so anyway. As if you are searching for reasons to be angry and dismissive of people seeking help on here. All you're doing is looking for subsequent information to support your initial false claim. I'm not going to explain the further details of why you're wrong. You seem to be behaving like a typical person who doesn't want to do their jobs so they look for reasons and excuses to not do them and you behave aggressively and hostiliy to those who compel you to do your job. If you get nothing out of it, then maybe a reason why _you_ shouldn't be here. Attacking the innocent isn't a redeeming act on your part.
Referencing "When playing with the newest version of litecoin for an alt coin" is merely supplemental information and has no bearing on whether it is a litecoin programming issue at all. Your reaction is like me saying that my cat had jumped into my car, used my passenger seat as a litter box, and that's when I noticed my car wouldn't start, and you, as a mechanic go "Well I hate cats, so I'm not going to fix your car". The cat didn't cause the car not to start and my use of the litecoin core for an existing alt-coin doesn't mean the litecoin debug.log is keeping proper records of the steps occurring.
You don't seem to be "happy to help"; you seem more eager to find reasons why you shouldn't help on particular points rather than doing it. The debug.log exists for the purpose of troubleshooting either the current version or future versions, if there's something imperfect about it, whether someone is experiencing it or not, right now, is not relevant.
You still have yet to respond regarding the debug.log issue. Do you think its simply not significant, do you not care, do you think the code should be modified to reflect, more accurately, the hashes being checked? Or would you rather just leave this problem until the night before a planned release and then have to rush to fix it? You can say that it "doesn't affect" anything that's going on right now. Well, neither does the "cannot downgrade wallet" error in wallet.cpp. There's really no point to that since it causes an instant crash if you guys programmed it wrong, so...why even put it there? Its not like its solving a problem that is affecting anyone.
While I don鈥檛 work primarily work on litecoin-core @number435398, I do work with @thrasher and @losh on Litecoin projects. They are being quite polite and you can鈥檛 expect them to debug your altcoin...they are busy..very busy. Please understand you would get much more traction elsewhere and it will not distract us from what we are doing...making Litecoin more awesome than it already is.
@kcw-grunt wow, someone else accusing me of expecting you guys to debug my altcoin (which I did not do). More extreme, and untrue claims. If they're busy, that's fine, don't respond then. Fair enough by me. I've already resolved the presented issues on my own (except the debug.log). And, no, inappropriately denigrating someone and accusing them of wild things like "not knowing what's going on" when my focus was the debug.log is not objectively "polite". Sad that so many programmers in the industry lose track of what is polite. Too much time staring at screen, perhaps? Maybe I should describe it differently:
if (extrapolation || description_to_be_conveyed > the__definitive_objective_meaning_of_words_used_by_person)
{
if (extrapolation || description_to_be_conveyed == negative_description_of_person)
{
bool this_is_rude = true
bool this_is_polite = false
bool this_is_quite_polite = false
bool is_merely_an_emotional_conveyance_rather_than_logic = true
}
}
Most helpful comment
Adjusting the proof of work target timespan is a consensus variable and you were getting a consensus verification issue as a direct result of that... The code block you pasted is also consensus related, since it uses the chain params which were the ones you modified in the first issue; which really just proves the above. Anyway, this is not the place for such things. If you were getting that error on a clean litecon codebase and unmodified, others and I are very happy to help.