Recent posts

#41

Windows API / Re: Adventures in programming:...

Last post by sinsi - April 19, 2024, 07:15:18 PM

What happens after you create the thread?

#42

Windows API / Re: Adventures in programming:...

Last post by NoCforMe - April 19, 2024, 07:05:19 PM

Well hey, don't get sore there. Nobody expects you to read minds. And your advice above was good. Just doesn't seem to address my immediate problem.

Any other ideas? I'll post source later, but in the meantime, what would cause a progress bar not to animate? (And yes, I verified that it does have the PBS_MARQUEE style bit set.) Since my thread frees the UI from the computation-heavy disk scan, you'd think there'd be plenty of cycles to make that marquee thing happen.

#43

Windows API / Re: Adventures in programming:...

Last post by sinsi - April 19, 2024, 06:52:52 PM

I'm not a fucking mind reader.

[major]

#44

Hardware & Software Corner / Re: Installing Linux

Last post by NoCforMe - April 19, 2024, 06:49:24 PM

Linux has major problems with older wireless adapters.

same goes to windozes, even worse
no any drivers for old printers

Not true in my case: Windows 7, and my printer is my good old HP Laserjet 2100M (native PostScript--woohoo!) that I bought in 2000. Now, I couldn't find the exact HP driver, but I found one close enough: so long as it speaks PCL you're in business.

#45

Windows API / Re: Adventures in programming:...

Last post by NoCforMe - April 19, 2024, 06:44:12 PM

None of which explains why my progress bar doesn't marquee, does it?

[if]

#46

The Laboratory / Re: Very fast hex$ (our hobby ...

Last post by jj2007 - April 19, 2024, 06:41:35 PM

A more realistic use might be to fill a huge block of memory?

Yes indeed. And each thread working on "its" slots, i.e.
thread #1 working on start+16*n+0
thread #2 working on start+16*n+4
thread #3 working on start+16*n+8
thread #4 working on start+16*n+12

That would ensure good usage of the L1 cache while keeping busy a significant share of the CPU. I wonder, though, about cache misses if one thread lags behind. That is, if there can be a significant speed difference.

#47

The Laboratory / Re: Very fast hex$ (our hobby ...

Last post by sinsi - April 19, 2024, 06:11:37 PM

Create the threads beforehand (like making a lookup table, once is enough).
Each thread suspends itself after the calculation by setting a bit to say "I've finished" and SuspendThread.
The thread waits for the next job via ResumeThread.

A more realistic use might be to fill a huge block of memory?

#48

The Laboratory / Re: Very fast hex$ (our hobby ...

Last post by jj2007 - April 19, 2024, 05:51:27 PM

Faster?

Thread overhead is far too high for individual numbers. However, if you have a gigabyte to convert, splitting the task will certainly be faster.

#49

The Orphanage / Re: I need a program called "F...

Last post by learn64bit - April 19, 2024, 05:29:34 PM

no. it just for fun. it on text forum without ADs.
(coding on TikTok or Youtube is not that popular. only 1% of people have instrest in coding)
(customer project have alot of money. but it alway have a lot restriction...)

btw: in cn. 8k is not enough. most popular video on TikTok or other platform have 0.1 billion veiws that customer will love to put ADs on your video.

#50

The Orphanage / Re: I need a program called "F...

Last post by jj2007 - April 19, 2024, 05:25:15 PM

almost 8k people intrested this simple findLine.

customer will not happy. they already force me take many source code down. they warnned me a lot of times.

of cause, if someday, made something gov want to copyright.
politicians will fighting EU or US for copyright, haha

This project of yours will become a multimillion dollar business

I hope you will give adequate royalties to sudoku, as he helped you a lot.