Welcome Guest.   Make a donation to an author on the site November 27, 2014, 11:53:12 PM  *

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 2011! Download 30+ 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 ... 123 124 125 126 127 [128] 129 130 131 132 133 ... 201 Next
3176  Main Area and Open Discussion / Living Room / Re: Five Reasons Why People Hate Apple on: May 01, 2011, 12:48:46 PM
I got stuck the last few weeks working on one of our Intranet sites coded in ASP (e.g. VB), and it just makes me want to scream every time I have to deal with it.

ASP sucked. It's no wonder MS gave up on it almost a decade ago now~! smiley tongue

Actually, I left out the best part ... It's an ASP UI, with an Access db back-end. One of the reports that pulled from a table with 50,000 records in it, was parsing the results at the page level ... Which I assumed had much to do with its 3 minute page load time.

I got it down to about 4 seconds now (with a much (more precise) finer tuned query).
3177  Main Area and Open Discussion / Living Room / Re: Five Reasons Why People Hate Apple on: May 01, 2011, 11:50:34 AM
They've not managed to make C# in any way useful for MS Office yet... Grrr... While C++ may be great in many aspects, it's still a beast.

Whereas for me, as long they don't support C++, or at least C++/CLI, on Windows Mobile I won't develop for it. C++ is just soooooooooo lovely to code in.

I'll 2nd that, I love working in C++!

I got stuck the last few weeks working on one of our Intranet sites coded in ASP (e.g. VB), and it just makes me want to scream every time I have to deal with it.

Either rigidly define the data types ala C++, or completely ignore them ala PHP...That's fine. ASP/VB have generally undefined data types loosely based on rules I swear they make up on-the-fly. It's a freakin' nightmare trying to get anything done quickly with that mess.
3178  Main Area and Open Discussion / General Software Discussion / Re: Misconfigured Servers from Tech Companies on: May 01, 2011, 11:37:18 AM
Can't say I've ever tied the two together, but I have run across the sizeless download annoyance a few times. I'll have to watch for it in the future.
3179  Main Area and Open Discussion / Living Room / Re: Easiest laptop (brand) to take apart ? on: May 01, 2011, 11:25:55 AM
That's cool - I've just been wondering if you were dealing with a particularly difficult set of environmental conditions that made normal (a term I'm using here loosely for lack of a better one) methods ineffective.

As an example, I have a client that is a (large & small animal) vet. Some of their machines have come in for repair quite literally full of all manner of hair/fur/fuzz/I don't want to know... smiley ...I've recommended that they avoid laptops in their environment.
3180  Main Area and Open Discussion / Living Room / Re: Five Reasons Why People Hate Apple on: May 01, 2011, 10:33:41 AM
No. At the moment Windows Mobile is clearly at the bottom.

Well 3 Cheers for the underdog!

(Sent From My Windows Mobile Phone)

 cheesy
3181  Other Software / Developer's Corner / Re: New Twist on Basic on: May 01, 2011, 10:28:00 AM
After just glancing at the OP sample code, I'm pretty sure I could do the same sample dialog in pure C with  less code ... *Shrug* ... So I'm lost on an advantage there.
3182  Main Area and Open Discussion / Living Room / Re: Easiest laptop (brand) to take apart ? on: May 01, 2011, 10:12:41 AM
I can't help but wonder how much of what are you having to clean out of these machines? I've generally always just blown (with canned air) through the (air outlet) cooling system backwards and never had a problem getting dust/lint/animal hair out of a machine...Without any disassembly.
3183  Main Area and Open Discussion / General Software Discussion / Re: corrupt office 2003 file on: May 01, 2011, 10:05:55 AM
Is there any AV software (client or server side) involved?

Is the PP file sender using embeded or locally linked graphics for the file (I've seen this boo-boo happen before).

Are you sure the PP file is getting to the server/client intact? If it is an Outlook/Exchange environment, try sending a known good test file to an account that is not in cached mode, and see what happens.

Also if Exchange is involved, has an ofline defrag (with esutil) ever been run on the server?
3184  Main Area and Open Discussion / General Software Discussion / Re: Playing With UI Design... (Looking for comments) on: May 01, 2011, 09:41:25 AM
Having spent a good deal of time walking people through things. I've come to the conclusion that the reflexive clicking types just can't be helped ... Even if you add a blood curdling scream to the event.

For the rest, the graphic (and crystal clear button text) should do just fine to convey the importance of the next move.
3185  Main Area and Open Discussion / Living Room / Re: USA Deadly Tornadoes on: April 29, 2011, 11:26:05 AM

Yepper Gotta save that one to favorites ... When I get home that is.

I'm pretty sure that site would violate the company's AUP ... Which I haven't read ... Since I wrote it... *Shrug*
3186  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.
3187  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
3188  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.
3189  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.
3190  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.
3191  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]
3192  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
3193  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]
3194  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.
3195  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.
3196  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
3197  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.
3198  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
3199  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.
3200  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.
Pages: Prev 1 ... 123 124 125 126 127 [128] 129 130 131 132 133 ... 201 Next
DonationCoder.com | About Us
DonationCoder.com Forum | Powered by SMF
[ Page time: 0.078s | Server load: 0.02 ]