Index
> Windows > download MSDN parts as .chmGoto page 1, 2 Next |
| Author |
|
|
vid 02 May 2007, 11:24
http://www.codeplex.com/packagethis
this tool should allow you to select parts of MSDN and save them in CHM format. I haven't tested it now (bandwidth...), someone please try it and report how it works. |
|||
02 May 2007, 11:24 |
|
|
sleepsleep 02 May 2007, 12:10
sounds like a nice tool, the msdn .chm i got is from October 2001
although still relevant, but see, no harm to have a msdn .chm up to latest info 
couldn't get the index working 
this program store the temporarily downloaded files in C:\Documents and Settings\YourAccount\Local Settings\Temp just wonder could we change it to somewhere else? i will try to download all, (and its check doesn't seem to function so well), if i check on the parent node, i expect it to check all those child nodes, but this doens't happen, i need to chceck those child nodes manually
|
|||||||||||
|
02 May 2007, 12:10 |
|
|
f0dder 02 May 2007, 22:43
Would be nicer if there was a tool to convert .hxs to .chm... would probably end up being a faster download (assuming that this tool reads the .aspx pages via HTTP).
|
|||
|
02 May 2007, 22:43 |
|
|
vid 02 May 2007, 23:03
like this? (first link)
|
|||
|
02 May 2007, 23:03 |
|
|
f0dder 02 May 2007, 23:06
Wonder how well it works, I haven't looked much at the .hxs format, and it was my impression that it was pretty damn closed (and generally I don't understand why it was necessary, .chm seemed more than sufficient... and the .hxs viewer is damn slow and keyboard-unfriendly).
|
|||
|
02 May 2007, 23:06 |
|
|
OzzY 04 May 2007, 14:21
That simple program eats more memory than Firefox here.
I wonder why people still use .NET.  |
|||
|
04 May 2007, 14:21 |
|
|
vid 04 May 2007, 21:37
Ozzy: I bet .net runtime does some "smart" caching of data...
|
|||
|
04 May 2007, 21:37 |
|
|
vid 31 May 2007, 08:04
sleepsleep: so, did it work? is result worth of it?
|
|||
|
31 May 2007, 08:04 |
|
|
sleepsleep 31 May 2007, 11:30
man .... need to click too many times if i want to get the whole msdn... and that is really boring and taking lots of time.
|
|||
|
31 May 2007, 11:30 |
|
|
vid 31 May 2007, 12:31
sleepsleep: how about rightclick (context menu) and "select this node and all children) ?
|
|||
|
31 May 2007, 12:31 |
|
|
sleepsleep 31 May 2007, 13:26
omg, i swear, i didn't know the context menu is there. omg... lol
ok, i just resume the download from vmware  my line not so fast, i hope i could have it before end of this week. (if nothing goes wrong)
coz if you stop the download or exit it somehow, all the cache will get cleared) thanks for the tip, vid ... i swear, i didn't know the right click context menu is there. ... lol |
|||
|
31 May 2007, 13:26 |
|
|
vid 31 May 2007, 14:16
you are trying to download ENTIRE MSDN? How much free space do you have?
you could burn it to DVD(s) and bring it to next FASM session |
|||
|
31 May 2007, 14:16 |
|
|
sleepsleep 31 May 2007, 15:13
yah, i set the vmware d drive to 11GB, hopefully enough to store those cache html file and compiled them into a .chm file.
next fasm session, hmmm... if in singapore or malaysia or thailand, i will come?  no worry, i will put it somewhere so that everybody could download it. |
|||
|
31 May 2007, 15:13 |
|
|
sleepsleep 31 May 2007, 23:53
i downloaded some 16 mb file using it already, but task manager showed this program consumed some 67MB memory... wat the hell is that.
if i close it now, i might lost everything. if i continue, it will consumes more... now. what should i do. |
|||
|
31 May 2007, 23:53 |
|
|
sleepsleep 31 May 2007, 23:57
ok, just after posted this, the solution came. wtf..... (always like this)
i minimize it and restore it back, it consumes 4mb memory now. so, now question comes, does .net (or any other programs) behaves like this? |
|||
|
31 May 2007, 23:57 |
|
|
LocoDelAssembly 01 Jun 2007, 01:07
That column shows the total PHYSICAL memory the process is consuming at the moment but it not always matchs the total allocated memory by the process. When you minimized the app probably Windows decided to swap out some pages. I think you should not worry about this, increment the swap size if you want to be sure, this will not slow down your computer much because is very possible that every page the application allocates is not accessed frecuently so you will not notice much HDD activity by this.
|
|||
|
01 Jun 2007, 01:07 |
|
|
f0dder 01 Jun 2007, 11:27
Quote:
Wrong 
Quote:
And wrong again
That column is the "working set size" of the application. Get Process Explorer from sysinternals, it has more accurate names, and more stats it can show. |
|||
|
01 Jun 2007, 11:27 |
|
|
LocoDelAssembly 01 Jun 2007, 13:19
Process Working Set wrote: The working set of a program is a collection of those pages in its virtual address space that have been recently referenced. It includes both shared and private data. The shared data includes pages that contain all instructions your application executes, including those in your DLLs and the system DLLs. As the working set size increases, memory demand increases. Right, but seems to give a good estimation of physycal memory used anyway (except for counting the shared pages). Not sure about if I'm really wrong with the second one, though. Anyway, thanks for the corrections, I learnt something today |
|||
|
01 Jun 2007, 13:19 |
|
|
f0dder 01 Jun 2007, 13:23
Well, if the app uses the SetProcessWorkingSetSize(pro, -1, -1) trick then there will likely be some paging - but a lot of simple decommitting as well. I run my system without a pagefile, and that trick still trims a lot from the working set, obviously withoung paging out to disk...
|
|||
|
01 Jun 2007, 13:23 |
|
| Goto page 1, 2 Next < Last Thread | Next Thread > |
Forum Rules:
|