Comments for TuDra.net

Comment on SimpleFTP Server by Daniel

Daniel — Fri, 15 Jan 2010 15:44:16 +0000

Sorry about the broken link. Source if again available via the link in the post.

Comment on SimpleFTP Server by Metal76

Metal76 — Fri, 15 Jan 2010 14:36:03 +0000

I was looking around for a simple C# FTP server with no luck… then I found your great application! I was intereset in playing a bit with the source code, but I’ve noticed that it is not available anymore. Do you think you could send me the sources? Thanks and regards

Comment on eSlick (by Foxit) E-Ink Reader by Daniel

Daniel — Mon, 04 Jan 2010 18:53:26 +0000

James thanks for the feedback. You can reprint if you want. I do however think that by now most people will already realize that eSlick was not really able to life up to the expectations. The price of other readers has also dropped significantly so that is also no longer an argument to settle for less.

Comment on eSlick (by Foxit) E-Ink Reader by James Zakaria

James Zakaria — Mon, 04 Jan 2010 14:20:58 +0000

I am sorry to hear about your problems with the eSlick. Would you like me to reprint this article so others will not experience this as well?. eSlick is among the least popular e-Readers on my webpage but some might be considering buying one. For sixteen alternatives go to http://www.e-readerfeeder.com/buy-e-readers.html

Comment on RDP Discovery by Daniel

Daniel — Sun, 24 Aug 2008 16:34:15 +0000

apos,

I have added this to my TO-DO list. I will (try) to fix the netmask issue when my schedule allows it. Note that it will not be fixed in RDP Discovery but in RemoteDesktopManager (if you don’t want to use that tool, just do a discovery in it once and then export the connection files).

Comment on RDP Discovery by apos

apos — Fri, 08 Aug 2008 09:33:14 +0000

Hi, i have a quite strange subnetmask, and the programm scans a wrong subnet (it scans the full class B net instead of the given 2 Class C nets)

the subnet is 255.255.254.0 and my host ip is 172.20.31.221, which means a net 172.20.30.0-172.20.31.255 but RDP Discovery starts scanning at 172.20.0.0

Please correct the problem !

TNX
apos

Comment on RemoteDesktopManager 1.4 release by Windows Server 2003 Remote Desktop

Windows Server 2003 Remote Desktop — Sat, 26 Jul 2008 05:07:06 +0000

anybody here know of a good site to find more info on windows server 2003 remote desktop? I\’ve got this site bookmarked and im gonna keep checking it out, but i still would like to find a site that covers windows server 2003 remote desktop a little more thoroughly..thanks

Comment on VMWareCopy 0.3 by Evert

Evert — Thu, 17 Jul 2008 14:54:24 +0000

Mijn aanpassingen werken goed. We hebben geen een storing meer gehad sinds de aanpassing.

Ik stuur je de broncode per email.

mvg Evert

Comment on VMWareCopy 0.3 by Daniel

Daniel — Thu, 03 Jul 2008 18:15:19 +0000

Uiteraard heb je gelijk dat die thread in een snelle while terecht komt als er geen connectie (meer) is. Die thread sleep moet natuurlijk buiten de if staan.
En ik maak bewust voor het verzamelen van de directory info een connectie om er zeker van te zijn dat het uberhaupt zinvol is om verder te gaan met backupen.

En het klopt dat het HASH commando de verbinding niet verbreekt daarom zet ik de mbNoopThreadPaused boolean tijdelijk op true (en in de finally weer op false).

Overigens staat als het goed is op de VMWare servers de idle timeout in de FTP server ingesteld op iets van 30 minuten, dus is de NOOP thread eigenlijk niet meer nodig.

Ik denk dus ook niet dat het verwijderen van de NOOP thread iets uithaalt. Het zal niet verbeteren en niet verslechteren is mijn theorie.

Maar ik ben erg benieuwd naar de bevindingen en ook wat je zoal in de logs tegenkomt, want als een image niet gestart wordt dan moet je iets in de logs zien. Sluit ook vmrun.exe niet uit als boosdoener, die tool kan soms erg gevoelig zijn en mijn ervaring is dat nieuwere versies niet altijd beter werken.

Comment on VMWareCopy 0.3 by Evert

Evert — Thu, 03 Jul 2008 13:39:50 +0000

Hee, Daniel,

hoe istie er mee?

even een post op je website ivm de vmwarecopytool.

we hebben regelmatig vmimages die niet goed worden gebackupped…. en vervolgens niet in de lucht zijn.

dus heb ik je sourcecode gedownload en bekeken…

ik kan me niet zo goed voorstellen dat die NOOP thread veel goeds doet.. mocht de ftpclient gedisconnect worden (staat ook in je code) dan komt die in een wel hele snelle while(true) loop. dat lijkt me niet best, of zie ik iets over het hoofd.

verder staat op je website dat de NOOP thread is voor de “writing directory xml”. dat zou toch wel zonde zijn want je kan best zonder ftp connectie tijdens het maken van de directory xml. Je doet dan toch nog niets met de ftp verbinding. Volgens mij zou je alleen de NOOP nodig hebben voor de fileupload en hash berekening. Die laatste kan namelijk lang duren, maar dat is wel weer een ftp commando, dus waarom zou die dan de verbinding verbreken….

Toch heb ik je noop thread verwijderd, en een aantal “try catch {ignore}” commando’s aangepast. We willen natuurlijk alle meldingen in het log zien… anders zien we nog zaken over het hoofd.

we hebben een update op de server gezet en kijken even aan hoe die loopt. ik zal je mijn bevindingen wel sturen.

(sourcecode stuur ik je als ik klaar ben met testen..)

groetjes Evert