Pages: 1 2 3 4 5 6 [7] 8 9 10 11 12 13 14 15 16 17 18 19 20 .. 21 :: one page |
|
Author |
Thread Statistics | Show CCP posts - 0 post(s) |
Scrapyard Bob
EVE University Ivy League
453
|
Posted - 2011.12.14 00:24:00 -
[181] - Quote
Searching for "plex" returns a page with a bunch of items that contains the word "plex". Which is all well and good.
But you can't click on the line that says "30 Day Pilot's License Extension (PLEX".
My guess is that it breaks due to the single-quote inside of the item's name. |
Controller Vrelk
New Eden Regimental Navy Rebel Alliance of New Eden
2
|
Posted - 2011.12.14 02:15:00 -
[182] - Quote
I will have to say, the mission page is completely confusing me. Yesterday it was a lot higher than it should have been, today it is spot on.
1) The uploader now uploads 2) it uploads before you enter a upload key 3) It stops responding when you try to close it 4) It says version 1.0 when it should say 0.2 |
Dragonaire
Corax. PURgE Alliance
21
|
Posted - 2011.12.14 05:45:00 -
[183] - Quote
Quote:2) it uploads before you enter a upload key But with error message about not having key.
Quote:4) It says version 1.0 when it should say 0.2 He beat me to it I noticed it on version 0.1 also but figured you'd notice and fix it on next update but seems you didn't.
Quote:3) It stops responding when you try to close it Edit I have notice this now and had to have Windows kill it because it wouldn't close.I have also notice if you stop scanning for a couple minutes and then restart the scan in Eve you have to kill and restart it to get it going again.
Another issue I've noticed is after it has been running for a while it seems to start refreshing the upload tab and goes to the top than jumps down to the end again I believe to add the next item but once again goes back to the top so you can't tell if it is still working or not so most of the time I end up just restarting it since I have no idea if it is still working or has locked up. This happened some with 0.1 but seems worse with 0.2 in that it seems to do it sooner. Finds camping stations from the inside much easier. Designer of Yapeal for Eve API. Check out the Yapeal forum thread |
Scrapyard Bob
EVE University Ivy League
455
|
Posted - 2011.12.14 17:34:00 -
[184] - Quote
log entries for the 0.2b client
Exception in thread EVE Marketeer: Traceback (most recent call last): File "threading.pyo", line 552, in __bootstrap_inner File "Classes.pyo", line 381, in run File "UploaderFrame.pyo", line 94, in log File "wx\_controls.pyo", line 1850, in AppendText PyAssertionError: C++ assertion "m_count == -1 || m_count == -2" failed at ..\..\src\msw\textctrl.cpp(140) in UpdatesCountFilter::UpdatesCountFilter(): wrong initial m_updatesCount value
Also, I have to double-click the system tray icon to get it back to the foreground, in the past tools I only had to single-click the system tray icon to bring it forward.
The "endpoints" tab (or status tab) should also keep track of:
- How many market orders have been uploaded to each endpoint since the tool started running. - The average time, in seconds, that it took to give each upload to the endpoint server (from "I have something for you" to "okay, it's accepted" to gauge responsiveness). - How big the upload queue is for that particular endpoint. - Age (in seconds) of the oldest item in the endpoint's queue. |
Callean Drevus
Icosahedron Crafts and Shipping Silent Infinity
39
|
Posted - 2011.12.14 18:10:00 -
[185] - Quote
Controller Vrelk wrote:I will have to say, the mission page is completely confusing me. Yesterday it was a lot higher than it should have been, today it is spot on.
That's because I fixed it :) I more or less wrote than in a previous post, but probably not in a way that was clear enough.
I will try to fix most of these issues and upload a new uploader. Thank you for being my test subjects
Quote:My guess is that it breaks due to the single-quote inside of the item's name.
Correct. Fixed. Developer/Creator of EVE Marketeer
|
Callean Drevus
Icosahedron Crafts and Shipping Silent Infinity
39
|
Posted - 2011.12.14 20:17:00 -
[186] - Quote
Okey, the new uploader 0.3 is released.
1) It should hopefully still upload 2) It should only upload before an upload key is entered for EVE Central, it does show the message of not being able to upload with each file it parses though. 3) This happened for some reason if the uploader still had uploads in the queue when you closed it. I've now disabled closing (and I'm showing a message telling you so) while the uploader is still uploading. Not ideal, and I hope to fix that later, but at least you now know what is happening. 4) Ah, well, I of course knew about it, but opening my interface editing program was just a bit too much trouble.
5) The "wrong initial m_updatesCount value" exception should be fixed 6) The "endpoints" tab now keeps track of all mentioned things, except for the time the oldest upload was entered, this was impossible due to the way the queues are made. Developer/Creator of EVE Marketeer
|
Scrapyard Bob
EVE University Ivy League
455
|
Posted - 2011.12.15 04:11:00 -
[187] - Quote
0.3 is much nicer - it forgot my EMK key that I had entered in version 0.2, but that was no big deal. The stats are now much more informative and give a feel for "is it working" better then watching the list scroll by. |
Controller Vrelk
New Eden Regimental Navy Rebel Alliance of New Eden
2
|
Posted - 2011.12.15 04:39:00 -
[188] - Quote
I would recommend auto-generating the config file. That way when it is extracted, you don't overwrite the old config file that contains the keys, although I was paying attention not to overwrite it, some people may. |
Scrapyard Bob
EVE University Ivy League
455
|
Posted - 2011.12.15 04:43:00 -
[189] - Quote
Controller Vrelk wrote:I would recommend auto-generating the config file. That way when it is extracted, you don't overwrite the old config file that contains the keys, although I was paying attention not to overwrite it, some people may.
Ah, that's what I had done wrong - I deleted the contents of my EMK upload program folder, which contained the XML file, before upgrading to 0.3.
(It was able to pull the EMD key from my EMD upload client, so that's why it didn't forget the EMD key.) |
Controller Vrelk
New Eden Regimental Navy Rebel Alliance of New Eden
2
|
Posted - 2011.12.15 04:47:00 -
[190] - Quote
The uploader (0.3) isn't uploading anything for me. The queue size kept increasing until it hit 50 and then it stopped, but the uploads is still 1, which it did as soon as I opened it. It appears to be queuing everything and not uploading. I have a key entered for both EMK and EMD, and 0 for EC.
|
|
Scrapyard Bob
EVE University Ivy League
455
|
Posted - 2011.12.15 04:55:00 -
[191] - Quote
Controller Vrelk wrote:The uploader (0.3) isn't uploading anything for me. The queue size kept increasing until it hit 50 and then it stopped, but the uploads is still 1, which it did as soon as I opened it. It appears to be queuing everything and not uploading. I have a key entered for both EMK and EMD, and 0 for EC.
Mine uploaded about 450-550 to each of the (3) sites, then stopped working.
Attempting to close the uploader resulted in the following error:
Exception in thread Thread-4: Traceback (most recent call last): File "threading.pyo", line 552, in __bootstrap_inner File "Classes.pyo", line 303, in run File "Classes.pyo", line 329, in addNewFiles IOError: [Errno 13] Permission denied: 'C:\\Users\\ScrapyardBob\\AppData\\Local\\CCP\\EVE\\c_program_files_(x86)_ccp_eve31024_tranquility\\cache\\MachoNet\\87.237.38.200\\301\\CachedMethodCalls\\8c18.cache'
Now, that could possibly be because I still have the EMD's uploader running as a fail safe against the EMK uploader hanging / stopping.
Restarted it and it picks right up and processes again. Will watch and see whether it hangs at around the same point. |
Scrapyard Bob
EVE University Ivy League
455
|
Posted - 2011.12.15 05:03:00 -
[192] - Quote
Controller Vrelk wrote:The uploader (0.3) isn't uploading anything for me. The queue size kept increasing until it hit 50 and then it stopped, but the uploads is still 1, which it did as soon as I opened it. It appears to be queuing everything and not uploading. I have a key entered for both EMK and EMD, and 0 for EC.
I hit this bug too. After a few minutes of working fine (a few hundred uploads) it decided to stop uploading on all (3) threads and is just sitting there with the queue column at 50 and the current time column constantly counting upwards.
(The EMD uploader is still running strong, so EMD is up.)
While the "Wait until uploads are finished" message is nice, I'm wondering if you can eventually add a button to that dialog that says "Go ahead and exit" beside the "Oops, don't exit" button. |
Scrapyard Bob
EVE University Ivy League
455
|
Posted - 2011.12.15 05:07:00 -
[193] - Quote
Seems like the issue always happens after:
EVE Central: Upload unknown problem: EVE Central: Uploaded ##### in ######## EVE Central: None
The log has a few entries of:
Exception in thread EVE Central: Traceback (most recent call last): File "threading.pyo", line 552, in __bootstrap_inner File "Classes.pyo", line 399, in run AttributeError: 'NoneType' object has no attribute 'find'
|
Callean Drevus
Icosahedron Crafts and Shipping Silent Infinity
39
|
Posted - 2011.12.15 18:59:00 -
[194] - Quote
Config file will eventually just be placed in appdata (or home directory, for unix users).
It also seems that the uploader encounters some errors, quits processing the threads, and then continues running without end, without actually doing something. Thanks to your clear error messages I know exactly what is happening and will probably be able to fix it tonight.
I actually really want the "just go and exit this damn thing" button, but somehow, python does not allow it. Though it seems I've just found a function that does, guess I just wasn't able to find it yesterday. Thanks again for helping point out the issues! Developer/Creator of EVE Marketeer
|
Major Thrasher
Native Freshfood Minmatar Republic
0
|
Posted - 2011.12.15 20:32:00 -
[195] - Quote
could we have filter options on the stats pages in trade information. currently its just full of minerals and junk.
drop down menu's with full selectable lists would be awsome also.
being able to see the info i want rather than everything i don't would be much more useful IMO.
another suggestiong is that the upload uploads info that hasn't been done before. for example when i start a full scan smartbomb is always first even if i just scanned and uploaded it, then restarted pc. items should update in order of longest time since upload. similar to evemarket data. |
Scrapyard Bob
EVE University Ivy League
456
|
Posted - 2011.12.16 05:42:00 -
[196] - Quote
Tool seems to be working better - but EVEMarketeer things that some/most of my uploads are coming from the future. (The other 2 endpoints are happy with the upload data, so I'm guessing that EMK is being too picky or has a clock that has drifted.) |
Controller Vrelk
New Eden Regimental Navy Rebel Alliance of New Eden
2
|
Posted - 2011.12.16 05:55:00 -
[197] - Quote
Oh, I love how these forums don't post things... I posted this a few hours only to find out now that it never posted it.
Anyway.
What is this? http://www.evemarketeer.com/item/info/Gallente_Thanatos_Carrier I found that while searching for "Thanatos" |
Scrapyard Bob
EVE University Ivy League
456
|
Posted - 2011.12.16 12:41:00 -
[198] - Quote
The crashes are still happening after a random amount of time.
Problem signature: Problem Event Name:APPCRASH Application Name:unifieduploader.exe Application Version:0.1.0.0 Application Timestamp:49180193 Fault Module Name:KERNELBASE.dll Fault Module Version:6.1.7601.17651 Fault Module Timestamp:4e211319 Exception Code:80000003 Exception Offset:0001280c OS Version:6.1.7601.2.1.0.256.48 Locale ID:1033 Additional Information 1:0a9e Additional Information 2:0a9e372d3b4ad19135b953a78882e789 Additional Information 3:0a9e Additional Information 4:0a9e372d3b4ad19135b953a78882e789
In this case, it had uploaded 3900 to EMK, 5751 to EMD, 6671 to EC. No log file was generated, nothing unusual in what can be seen of the Status window. Nothing unusual in the status columns, no full queues. |
Callean Drevus
Icosahedron Crafts and Shipping Silent Infinity
39
|
Posted - 2011.12.16 19:56:00 -
[199] - Quote
Interesting :) this one must be from the new datadump :P
EDIT: And I'm on the uploader problem. Will try uploading for a long time myself this evening.
Oh, and you might've noticed the "EVE Central" user boosting itself to the top of the upload list. This is not a user that is pretending to be something he's not, it's just the one I've added to keep track of the quality and number of EVE Central uploads I retrieve.
I'll have to exclude him from the homepage record though :) Developer/Creator of EVE Marketeer
|
Callean Drevus
Icosahedron Crafts and Shipping Silent Infinity
39
|
Posted - 2011.12.16 21:01:00 -
[200] - Quote
Major Thrasher wrote:another suggestiong is that the upload uploads info that hasn't been done before. for example when i start a full scan smartbomb is always first even if i just scanned and uploaded it, then restarted pc. items should update in order of longest time since upload. similar to evemarket data.
They, are.
EVE at the moment is not being nice to us marketeers in that it doesn't seem to be writing a cache file when there are no orders. Which explains why I get not upload, which explains why you always see the smartbomb first. If I receive no uploads, I cannot change the order of the list (I could change it based on what is shown, but you never know whether that is actually uploaded). Developer/Creator of EVE Marketeer
|
|
Scrapyard Bob
EVE University Ivy League
456
|
Posted - 2011.12.16 21:48:00 -
[201] - Quote
Yeah, no cache file = nothing to grab.
Some possibly cheap fixes:
- When a type ID + region pair is handed out, update the record with a "last handed out" time stamp.
- Keep track of the last time that a particular typeID+region pair has gotten data. (Which you already do.)
1) With the presence of a "last handed out" time stamp, you could pull a list of stuff that needs checking, but exclude anything that was handed out in the previous N minutes (30 minutes might be good). That way if you have (2) clients checking a particular region, both will get slightly different lists to work from. This method does start to break down once you have (20+) clients all checking the same region at the same time, but that's a good problem to have.
2) In addition you might choose to add a few minutes/hours to the "last handed out" time stamp to delay checking them again. For example, if the "last update time" > 7 days, then push the "last handed out" time stamp 2.56 hours into the future. If the "last update time" > 14 days, then push the "last handed out time" 3.23 hours into the future.
"last handed out" = (now) + cube root of (# hours since last update / 10)
cube root (24/10) = 1.34 cube root (168/10) = 2.56 cube root (336/10) = 3.23 cube root (720/10) = 4.16 cube root(2160/10) = 6.00
(You may decide to divide by 30 or 50 instead of 10, to shorten up the last handed out bump.) |
Callean Drevus
Icosahedron Crafts and Shipping Silent Infinity
39
|
Posted - 2011.12.16 21:59:00 -
[202] - Quote
Yeah, I had been considering those options too (not with a separate timestamp, but just bumping up the last uploaded one). But I would first like to see that this is really a problem before trying to fix it.
Though it is a good idea for solving the problem of multiple uploaders per region, so I'll probably implement this anyway.
I'm not completely sure of what you hope to achieve by bumping the 'last handed out' time into the future for uploads for which it has been a very long time since the last upload. Those are generally the ones I really want to check , since I want that data. Can you explain your thoughts to me?
EDIT: Okey, never mind my first paragraph, this is a good idea regardless of what the reason for not repeating requests is. I'm getting tired of uploading Zaino Deadeye's that do not exist. Developer/Creator of EVE Marketeer
|
Scrapyard Bob
EVE University Ivy League
456
|
Posted - 2011.12.16 23:14:00 -
[203] - Quote
It's mostly to deal with the issue of things like the Deadeyes where if you haven't seen it in a month or three months, then it's probably not worth checking for near as often. Depending on what factors you use as the divisor, you'd still be handing it out a few times per day, just not every single time. As long as the different sites (such as EMD/EC) do their algorithms slightly differently, it shouldn't be a weakness.
And there's still the issue where the EMK scanner page "breaks" after 2-3 hours and stops opening up the market window, even though the page is still refreshing. My guess is that you're up against some sort of bug in the web browser, or you're generating requests slightly faster then the 3 second rule. I'm still using eve-marketdata's market scanner page whenever I do my overnight updates. |
Domi Etymology
Violent Alternatives C0NVICTED
0
|
Posted - 2011.12.17 00:21:00 -
[204] - Quote
I was noticing this a lot when uploading items in Fountain. When I had two clients going, one in Jita, and another in fountain, over a 2 hour period the Jita client seemed to be uploading 10x the amount. I noticed that a lot of the time, BPO's not seeded in regions were taking up a ton of time. Same with those rarely used implants. |
Callean Drevus
Icosahedron Crafts and Shipping Silent Infinity
39
|
Posted - 2011.12.17 09:11:00 -
[205] - Quote
Yes, I noticed the same BPO trouble yesterday. And due always trying the things that have been uploaded last, the uploader just jams when there are 50 items that will never be uploaded at all. Today I'll take a look at the uploading page and ways in which it can be improved. Developer/Creator of EVE Marketeer
|
Callean Drevus
Icosahedron Crafts and Shipping Silent Infinity
39
|
Posted - 2011.12.17 15:30:00 -
[206] - Quote
I've uploaded a new version of the unifieduploader. The only thing this changes is that it has function built in to log what is going wrong with the uploader threads. Developer/Creator of EVE Marketeer
|
Scrapyard Bob
EVE University Ivy League
456
|
Posted - 2011.12.17 21:50:00 -
[207] - Quote
It tends to crash sooner if you leave the window open then if you minimize it (not fully verified, but a working hypothesis).
EVE Marketeer endpoint log:
Traceback (most recent call last): File "Classes.pyo", line 423, in run File "UploaderFrame.pyo", line 119, in log File "wx\_controls.pyo", line 1850, in AppendText PyAssertionError: C++ assertion "m_count == -1 || m_count == -2" failed at ..\..\src\msw\textctrl.cpp(140) in UpdatesCountFilter::UpdatesCountFilter(): wrong initial m_updatesCount value
EMD endpoint log:
Traceback (most recent call last): File "Classes.pyo", line 423, in run File "UploaderFrame.pyo", line 122, in log File "wx\_controls.pyo", line 1818, in Remove PyAssertionError: C++ assertion "m_count == -1 || m_count == -2" failed at ..\..\src\msw\textctrl.cpp(140) in UpdatesCountFilter::UpdatesCountFilter(): wrong initial m_updatesCount value
EC endpoint log:
Traceback (most recent call last): File "Classes.pyo", line 423, in run File "UploaderFrame.pyo", line 119, in log File "wx\_controls.pyo", line 1850, in AppendText PyAssertionError: C++ assertion "m_count == -1 || m_count == -2" failed at ..\..\src\msw\textctrl.cpp(140) in UpdatesCountFilter::UpdatesCountFilter(): wrong initial m_updatesCount value
file reader log - nothing. |
Scrapyard Bob
EVE University Ivy League
456
|
Posted - 2011.12.17 22:12:00 -
[208] - Quote
Scrapyard Bob wrote:It tends to crash sooner if you leave the window open then if you minimize it (not fully verified, but a working hypothesis).
Working hypothesis disproven, it still crashes frequently when minimized to the system tray.
My guess is that once you get too many of the following - it just ups and dies:
Traceback (most recent call last): File "Classes.pyo", line 423, in run File "UploaderFrame.pyo", line 122, in log File "wx\_controls.pyo", line 1818, in Remove PyAssertionError: C++ assertion "m_count == -1 || m_count == -2" failed at ..\..\src\msw\textctrl.cpp(140) in UpdatesCountFilter::UpdatesCountFilter(): wrong initial m_updatesCount value
The log files are full of the above message.
|
Callean Drevus
Icosahedron Crafts and Shipping Silent Infinity
39
|
Posted - 2011.12.17 22:49:00 -
[209] - Quote
I know, I've been having these messages for the better part of the day, and my uploader still hasn't crashed...
What does it do? Does it simply hang? Or does it seem to not do anything anymore (but still being responsive)? Developer/Creator of EVE Marketeer
|
Dragonaire
Corax. PURgE Alliance
23
|
Posted - 2011.12.17 23:11:00 -
[210] - Quote
I haven't try the latest version but on the older version it still seemed to respond just stop uploading anything etc.
On another note I'm not sure if you saw the Eve-mail I sent you but please read it as something that I fixed in Yapeal could be causing some very high load issue for your site plus there been several changes to the APIs you might want to let people see/use Finds camping stations from the inside much easier. Designer of Yapeal for Eve API. Check out the Yapeal forum thread |
|
|
|
|
Pages: 1 2 3 4 5 6 [7] 8 9 10 11 12 13 14 15 16 17 18 19 20 .. 21 :: one page |
First page | Previous page | Next page | Last page |