Welcome Guest.   Make a donation to an author on the site December 20, 2014, 08:27:24 AM  *

Please login or register.
Or did you miss your validation email?


Login with username and password (forgot your password?)
Why not become a lifetime supporting member of the site with a one-time donation of any amount? Your donation entitles you to a ton of additional benefits, including access to exclusive discounts and downloads, the ability to enter monthly free software drawings, and a single non-expiring license key for all of our programs.


You must sign up here before you can post and access some areas of the site. Registration is totally free and confidential.
 
The N.A.N.Y. Challenge 2014! Download dozens of custom programs!
   
  Forum Home Thread Marks Chat! Downloads Search Login Register  
  Show Posts
      View this member's profile 
      donate to someone Donate to this member 
Pages: Prev 1 ... 125 126 127 128 129 [130] 131 132 133 134 135 ... 203 Next
3226  Main Area and Open Discussion / Living Room / Re: USA Deadly Tornadoes on: April 29, 2011, 06:38:14 AM

Not quite as straight-to-the-point as goingtorain.com. I had to type in my zip code, then select from a bunch of nearby locations. It was actually slightly confusing.

GoingToRain requires a zip also, but I already had it saved (long time ago). Next time you visit it jumps to the point. I saved DINAJ now too.
3227  Main Area and Open Discussion / Living Room / Re: iPhone in White on: April 28, 2011, 10:11:57 PM
Yes, this is all satire. Everyone can take offense to that ad, and all it shows is that they are narrowminded idiots who feel far too insecure about their place in the world.

+1

If you showed that to a kindergarten class, they'd never see any racism. They just haven't learned it yet.

People project their own "issues" onto things. What they say about something often says just as much about themselves.

In cases like this, it's rather sad.

+1
3228  Main Area and Open Discussion / Living Room / Re: Apple - not quite grasping the concept of privacy. on: April 28, 2011, 11:55:17 AM
I wish I knew the truth behind all of this.

Truth is they are auto-magically generating a log file with a complete disregard for the privacy of the person being logged. How they choose to try and justify said behavior is irrelevant ... The intention is clear enough.
3229  Main Area and Open Discussion / Living Room / Re: USA Deadly Tornadoes on: April 28, 2011, 11:37:21 AM
If the media would stop trying to sensationalize the weather forecast into a carnival...People might actually start taking the damn thing seriously.

Fancy graphics and babble come flying out of their heads in such a gushing fashion, that if you don't listen carefully you will probably miss the actual "forecast". Enough with the entertaining rhetoric, just answer two questions:
Is it going to rain?
-and-
Do I need a jacket?

They've been predicting "severe" weather every day for the past month or so ... and It ain't even rained yet. And no, they weren't predicting that it was going to be severely hot & dry.
3230  Main Area and Open Discussion / Living Room / Re: Anarchists! Unite! Or whatever... :) on: April 28, 2011, 11:16:42 AM
I grabbed this from the articles comments section:
Quote
Probably because those of us who spend more time on-line are more aware of what is actually going on in the country and around the world and thus have so much less respect for those who are implementing such laws for their own greedy, bigoted or just downright moronic ends...

I'd say he nailed it right there.
3231  Main Area and Open Discussion / Living Room / Re: Apple - not quite grasping the concept of privacy. on: April 28, 2011, 07:02:28 AM
Well that used up a good bit of my morning (hehe), I liked this one:
[attach=1]
3232  Main Area and Open Discussion / Living Room / Re: The great toilet paper debate on: April 27, 2011, 07:26:16 PM
So I gotta pick between Jay Leno and Ann Landers?!?

Yeish!

Hm... Jay Leno has a Jet bike...Over it is...  cheesy
3233  Other Software / Developer's Corner / Re: Announcing with UDP in C# - Punching above my weight on: April 27, 2011, 12:14:47 PM
I don't know where I got these originally (it's not my code), which is unfortunate because I've screwed with them a bit. But this is a UDP client server pair written in C++ that does work that might give you some ideas on how to proceed.

[attachurl=1]
3234  Other Software / Developer's Corner / Re: Announcing with UDP in C# - Punching above my weight on: April 27, 2011, 11:59:18 AM
If you send a packet, and then wait for a response, in the same thread ... Chances are the code will sit there forever waiting for said response.

With TCP you can call select(...) in a loop to see if the socket has become writable/readable and then do X. But if you jump straight to receive, it won't return until its buffer is full ... So if nothing is coming in ... Well...Eternity passes... smiley

UDP is connectionless, so I'm not entirely sure what to use for it. In C/C++ there is recvfrom(...) what if any C# equivalent there is I don't know.

I do know you need to be sure there is something out there listening and waiting to respond, or you'll drive yourself nutz trying to debugg the protocol. I usually keep a packet sniffer running filtered down to just the test packets I'm working with. So I can try to keep track of who dropped what, why, and where.
3235  Main Area and Open Discussion / Living Room / Re: So I got an HTC Arrive on: April 27, 2011, 06:56:29 AM
And it came with headphones ... Which I have no idea wtf to do with
You're supposed to treat it like a luxurious/expensive MP3 player, that happens to double-take as a phone tongue

So... I throw it on the corner of my desk next to the Zune I never use either? That hardly seems effective.


I've previously never had a "Smart Phone", just getting to the board
What made you decide to go for a Windows Phone 7 device?

Hm...
BlackBerry strikes me as being a bit behind the times, and is kind of dull.
iPhones ... Are gay.
Androids, I thought about, but they just didn't make it past my idiot simple test (It's a phone for christ sake, don't make me have to think about how to make a call/answer the damn thing) when I played with a few in the store.
The office was insistent that I have mobile access to Email (it's their dime) So... I went for the OS I had the best chance of coding for. I also like the straightforward UI that I can strip down to just & only what I want on it.

My wife (who also got in on the plan) got a Samsung Elite, which I got to fiddle with last night. She kept getting lost on the 7 different side scrolling "Desktops" ... Which I also found rather annoying ... Me like Windows Phone.
3236  Main Area and Open Discussion / General Software Discussion / Re: Uninstalling Google Chrome can mess up your PC on: April 26, 2011, 06:22:04 PM
I've uninstalled Chrome before, and haven't had any problems.  So I don't think it's as cut and dried as this...

I gotta go with wraith on this one, as I too have pulled it out of several machines and never had an issue.


Perhaps it doesn't happen for portable versions of Chrome...

I should certainly hope not if it's a portable version. I tried a portable Chrome once, and I've played with SRWare Iron portable several times and never had a problem.



There's gotta be a catch somewhere (in the rye perhaps). - I did save the guy's .reg file on my thumbdrive just in case it catches me...  cheesy
3237  Main Area and Open Discussion / Living Room / Re: So I got an HTC Arrive on: April 26, 2011, 06:11:20 PM
Well, considering I've previously never had a "Smart Phone", just getting to the board, logging in, and posting was a feat in itself. However in addition to that, I also got connected to my secure WiFi, setup Outlook to connect to our Exchange server, sent a test Email, checked my voice mail, and made a phone call. All without even looking at the 8 times longer than my attention span instruction manual.

So in the self explanatory/easy to use department ... I'll have to give it an A+.

The UI is incredibly fluid, so navigating it is quite nice. And it came with headphones ... Which I have no idea wtf to do with (hehe).

I'll plug it into my comp later and see how that goes - I gotta figure out how to side load it now.
3238  Main Area and Open Discussion / Living Room / So I got an HTC Arrive on: April 26, 2011, 04:40:29 PM
bloody hell it's hard to type on one of these things
3239  Other Software / Announce Your Software/Service/Product / Re: [Python][Windows] Debug/Gather printer information on: April 26, 2011, 03:03:09 PM
Yea at the moment this project only works for local printers (as you understand, networkprinters on remote sites also counts as local) smiley
I'm actually heading for usage tracking and report errors on the fly.

Cool. Now for the errors, are you looking for communication errors (getting the job there), machine errors (printer out of something /jammed), or both?
Originally my plan was to just follow the communication errors from the PC (client) to the printer, once there the printer is a whole nother story, but when you mention it i could probably get that up on my todo list, getting the printer errors as well.

For the most part, the printer errors aren't worth the trouble. There is no consistent (RFC/Industry Standard) location for the error data, and if the printer actually does throw a truly Critical Error ... It'll be lucky if it can record it in its own logs before locking up. Anything else can be pulled out of (an SNMP query for) the Display text in real time (supplies out/paper jam - [User stuff]) which is in a standard location.

Now if you can track which ring of hell the print job just fell through on the communication side... That would be Uber Handy.


These days (with direct IP printing so common/cheap) print servers seem to only get used for user usage tracking scenario. However most of the (driver/spool interrogation level) ones I've tested have great difficulty tracking duplexed pages, multiple copies, and the larger paper sizes (like 11x17) that can make a big difference when calculating someones actual usage.

Then there are the printers that locally store the by user usage tracking info... Which is great if you want to pole for it constantly to avoid missing something (not recommended) because they dump the logs when restarted.

Only thing I found that will guarantee-ably accurately catch everything sent to a printer is Capella Megatrack. Which is an accessory firmware add-on that sits on the printer and reports back to a SQL db. At the time I had investigated the options available, including a scratch write ... but decided the best thing for the company was to recommend the client go with Capella (which ain't cheap). The deployment has been running just fine for the last (almost) 5 years.

Please understand, I'm not trying to talk you out of the project. I really and truly hope you succeed ... I'm just sharing the fact that I couldn't quite pull it off.
I understand, no worries smiley i find it better to know what I'm getting myself into but i myself always live by the motto "you can do anything, don't let nobody tell you otherwise, nothing is impossible" and i firmly believe that there's no problem that can't be solved, the only question is who will come up with the answer smiley

Agreed. But I have seen features turn into administrative nightmares because of differences between where a given piece of information is stored between different makes and models. Interrogating the driver/spool probably is the safest bet, but permissions issues come into play then also.


I'm looking in to the direct IP (TCP) printing as we speak, mainly this idiotic function:
"Output is transmitted directly to the printer without staging or respooling, saving system resources and enhancing print routing performance."
Sure it's a performance saver perhaps, but for a sys admin not in charge of the "pre-spool" server (Streamserve) it's really hard to debug anything cause the document that you print is just that, a TCP connection and nothing else, there's no spooled documents and no indication of what's getting printed. Love that the feature excists but there has to be more info in this area smiley

I may be missing what you're after here. but to me Direct IP is way simpler to deal with. The spooler client side is just a cache that frees up the application quicker so the print job can crawl up the wire. Print servers really just allow for another place for the job to get stuck ... Especially when the spooler becomes badly fragmented because it was left in the default location on a high traffic print server.

I just love it when a client's IT department swears everything is clear...Only to watch the printer vomit paper for a half an hour just seconds after coming back on-line.


Yours is more of a scanner then a job-information tool o guess even if yours had a few information features such as printer toner levels etc. Have you developed yours entirely from scratch cause it looks like you were surprised that "web access" was in your feature list? tongue
What's it written in? C# or .NET?

Yes, Page Countster's primary function is to find and list all of the printers on a network and collect page count and tracking information for billing purposes. I'm not sure what you're referring to regarding the "surprised that "web access" was in your feature list" part. But if you can link me to the statement I'll have a better chance of answering.
http://www.youtube.com/watch?v=plLrAZrvq3I
1min 41sec into the video:
"i did wanna show you one thing tho that surprised me quite a bit, which was that i didn't even realize that my printer could be accessed and configured through the web" (think it's you in the video? or is that mauser?).

Ah! lol Yes, that was mouser in the video ... I do 99% of the printer configuration through the Embedded Web Server, and only physically touch the printer if forced to.

At any rate, yes it was a from scratch project, that occupied a great deal of my time for about 3 years. It is written in pure Win32 API C++ (no .NET/MFC/run-time requirement nonsense) using MSVS2005.
Cool, haven't been here long enough perhaps but i haven't seen many projects that doesn't involve PHP or "simple" programming, not yet at least, except yours.
Gotta hand it to you for making such a in-depth project with packet forging/managing etc smiley

Thank you. Most of the simple stuff are just by request programs done by members to help people with simple requests. But there are many extremely talented programmers here, most of which are far better at it than I. My nitch is Network Deployment & Server Administration, programming for me is a hobby. Or rather it was supposed to be a hobby, until the boss found out what I could do. I designed and scratch wrote many of our company's internal database systems. Page Countster was/is also a company project.
3240  Other Software / Announce Your Software/Service/Product / Re: [Python][Windows] Debug/Gather printer information on: April 26, 2011, 07:38:43 AM
Yea at the moment this project only works for local printers (as you understand, networkprinters on remote sites also counts as local) smiley
I'm actually heading for usage tracking and report errors on the fly.

Cool. Now for the errors, are you looking for communication errors (getting the job there), machine errors (printer out of something /jammed), or both?

These days (with direct IP printing so common/cheap) print servers seem to only get used for user usage tracking scenario. However most of the (driver/spool interrogation level) ones I've tested have great difficulty tracking duplexed pages, multiple copies, and the larger paper sizes (like 11x17) that can make a big difference when calculating someones actual usage.

Then there are the printers that locally store the by user usage tracking info... Which is great if you want to pole for it constantly to avoid missing something (not recommended) because they dump the logs when restarted.

Only thing I found that will guarantee-ably accurately catch everything sent to a printer is Capella Megatrack. Which is an accessory firmware add-on that sits on the printer and reports back to a SQL db. At the time I had investigated the options available, including a scratch write ... but decided the best thing for the company was to recommend the client go with Capella (which ain't cheap). The deployment has been running just fine for the last (almost) 5 years.

Please understand, I'm not trying to talk you out of the project. I really and truly hope you succeed ... I'm just sharing the fact that I couldn't quite pull it off.

This is mostly developed due to the lack of information given by windows when customers call in and say that their printouts never show up in the printer, this way i can track where, why and when smiley

Yeah, that can get "fun" at times. The GUI say the job is gone/there, but the wire activity doesn't quite actually agree, and the printer isn't responding at all. I hate when that happens.

Atm I've bumped into some problems regarding the network printers, seems like they don't spool documents as they should when they come from a second "printer" server running a software called "Streamserve" :/

I'm not familiar with that one, but I have seen some Novell print servers that would convert the print job on-the-fly from RAW/9100 (what you'd expect) to LPR/LPD 515 ... Which strangely was the root cause for many rather interesting failures. Like a 500 page job that kept reprinting the first 150 pages in a loop until the machine ran out of paper.

Yours is more of a scanner then a job-information tool o guess even if yours had a few information features such as printer toner levels etc. Have you developed yours entirely from scratch cause it looks like you were surprised that "web access" was in your feature list? tongue

What's it written in? C# or .NET?

Yes, Page Countster's primary function is to find and list all of the printers on a network and collect page count and tracking information for billing purposes. I'm not sure what you're referring to regarding the "surprised that "web access" was in your feature list" part. But if you can link me to the statement I'll have a better chance of answering.

At any rate, yes it was a from scratch project, that occupied a great deal of my time for about 3 years. It is written in pure Win32 API C++ (no .NET/MFC/run-time requirement nonsense) using MSVS2005.
3241  Main Area and Open Discussion / Living Room / Re: Techno-Addicts on: April 26, 2011, 06:25:16 AM
Confused about this cricket rule:
'Bat out of hell'

Is that a zone in the playing field or what?  tongue


I thought it was a 30+ year old meatloaf entree.

That would have been my guess ... Crickets just chirp in the evening in my world.
3242  DonationCoder.com Software / ProcessTamer / Re: 为什么不更新了 on: April 25, 2011, 06:48:53 PM
Hell, I wish I could get more spam that said: "Hay man, nice job, keep up the good work!".

But oh no, I just get the spam that says I need:
A Quality Replica Rolex, a Russian Bride, and a larger longer lasting weenie.

 Sad
3243  Main Area and Open Discussion / Living Room / Tech UN-Support on: April 25, 2011, 01:23:34 PM
Once again a chapter of the You Gotta be Friggin Kidding Me files unfolds...

I just got off the phone with a client I have know for several years. It is a nice little old lady that while not technically adept, is other wise quite sharp. She wanted me to replace the NIC in her computer (or sell her a new computer) because the group of "Tech Support" people at her ISP which will remain nameless felt it had gone bad due to the fact that the DSL routers Activity Light would not stop flashing...

Hm... A "dead" NIC with Line activity ... Must be Zombie traffic perhaps?

There other bit of completely misinterpreted info was an error message that popped up every time IE (or another web request) was opened. The error? ...No Dial Tone Detected...

Now I realize that a large trained IT staff can be a bit expensive. But they really should make sure the people they hire can at least read well enough to follow the damn flow chart. For the rest...McDonald's is now hiring!
3244  Main Area and Open Discussion / Living Room / Re: Easiest laptop (brand) to take apart ? on: April 25, 2011, 11:31:57 AM
Mac laptops are less reliable than PCs
Research reveales 17% of Apple laptop fail within three years

Those are both the same link  huh
3245  Main Area and Open Discussion / Living Room / Re: Techno-Addicts on: April 25, 2011, 06:41:01 AM
assumption made that western values and culture are somehow innately superior to those from the East

Funny really, as I tend to assume the exact opposite ... But I tend to be a nonconformist also. smiley

I haven't read the article, but I'd have to assume it should end up with anything to excess is bad.
3246  Main Area and Open Discussion / Living Room / Re: Apple - not quite grasping the concept of privacy. on: April 24, 2011, 09:57:15 AM
That "article" sounds more like a sympathizer's attempt at making a point.

Or to put it simply: If a forensics lab, thinks it's great idea ... You should be afraid, very (very) afraid.

Dig?
3247  Main Area and Open Discussion / Living Room / Re: Please kill me now - just bought an iPad off of eBay on: April 24, 2011, 09:39:40 AM
Is this how you feel after having the iPad placed in front of you?

<a href="http://www.youtube.com/watch?v=6FWUjJF1ai0" target="_blank">http://www.youtube.com/watch?v=6FWUjJF1ai0</a>

Well, they say animals can sense evil...

Indeed they can - and quite accurately too. I react much the same way when approached with iWare.
3248  Other Software / Developer's Corner / Re: T-Clock 2010 (download) on: April 24, 2011, 09:34:36 AM
The .dll should be in the same folder as the clock. The pair of them can be run from anywhere you like. The only catch is to use the 32-bit version on 32-bit machines, and the 64-bit version on 64-bit machines.

Runs on anything from Windows 2000 -to- Windows 7.
3249  Main Area and Open Discussion / Living Room / Re: Happy Birthday Renegade! on: April 22, 2011, 10:19:03 PM
Ah! So that's why he's missing ... Happy Birthday Man!
3250  Main Area and Open Discussion / Living Room / Re: What's your experience with 3rd party color inkjet ink replacement? on: April 22, 2011, 10:16:57 PM
One of my printers is a Canon all-in-one and I really like it.
I stuck to Canon ink for a few years and then decided to try cheap stuff.
Everything went well and I congratulated myself for being astute… until cheap-ink change #4 clogged the print head.

The thing to remember about print heads, is that they are classified as consumables. So if you ran that printer "For a few years", on the same print head - You're quite lucky - It's demise had nothing to do with the cheap inks, and everything to do with the fact that print heads eventually do fail ... Some even (time out) do it according to a schedule.
Pages: Prev 1 ... 125 126 127 128 129 [130] 131 132 133 134 135 ... 203 Next
DonationCoder.com | About Us
DonationCoder.com Forum | Powered by SMF
[ Page time: 0.073s | Server load: 0.14 ]