Zerros
  Home FAQ Contact Sign in
 
 Advanced search
MATCHING GROUPS



more...
POPULAR GROUPS

more...
found 71 articles for 0.304 sec
kaj pustil ga je iz kvazea !? rilisd!? Vi ar praud (šekenzi bite ko to MI, puka te sindrom gogala a kume) tu (tu tuu!! čihhh čihhuu u uuuuuu!!) anauns det Zlakvre Linux (joj sam mislil da e to jabučkara nee!) verzjion vulez dot zerro hez biin ..(pa oš zvršit rečenicu kume) ono izša zlakver ajncihajn i to tie to! it tuk sma tajm bat iz vel vort d vajt ma nemoj! jebo si nas jebo a sad je vridilo     

Group: hr.comp.os.linux · Group Profile · Search for Zerros in hr.comp.os.linux
Author: neno
Date: Oct 3, 2006 14:54

On May 13, 3:36 pm, KARL DEWEY <KARLDE...@discussions.microsoft.com> wrote:  Try this ---     Right("0" & [YourField],5) -- KARL DEWEY Build a little - Test a little "Ardy" wrote: Hello All. I am using MS Access 2007.  my problem is that I have table with over 177,000 records and for some reason in data transfers one of my fields measurement_time has
Show full article (0.53Kb)
Try this --- Right("0" & [YourField],5) -- KARL DEWEY Build a little - Test a little "Ardy" wrote: > Hello All. > I am using MS Access 2007. my problem is that I have table with over > 177,000 records and for some reason in data transfers one of my fields > measurement_time has dropped a leading zerro. i.e 08:40 now is 8:41. > the problem comes starts with that I have exact     

Group: fr.soc.politique · Group Profile · Search for Zerros in fr.soc.politique
Author: gabriel le vrai Glopeur
Date: Aug 11, 2008 02:58

Hello All. I am using MS Access 2007. my problem is that I have table with over 177,000 records and for some reason in data transfers one of my fields measurement_time has dropped a leading zerro. i.e 08:40 now is 8:41. the problem comes starts with that I have exact duplicate of records that have the same problem but I can't filterthem out becuse the database dosn't see them as duplicate i
Show full article (0.11Kb) · Show article thread
Hi Ferenc Wagner! On Wed, May 07, 2008 at 04:02:10PM +0200, Ferenc Wagner wrote next: > > On Mon, Apr 07, 2008 at 07:46:17PM +0200, Ferenc Wagner wrote next: > > > >> Andrey Melnikov <temnota@kmv.ru> writes: > >> > >>> Please, add mdadm '--assume-clean' options when creating new arrays > >>> in installer to avoid initial resync. This make huge speedups when > >>> creating big arrays (100     

Group: microsoft.public.access.queries · Group Profile · Search for Zerros in microsoft.public.access.queries
Author: Ardy
Date: May 13, 2008 17:20

Yeah, I already got rid of WaitCommEvent when I added AfxPumpMessage (which now I know is wrong too). I'll be looking into asynchrounous I/O and your other suggestions. Thanks again for the help! Joseph M. Newcomer wrote: Reading the serial port usually presents problems if done in a single thread. You should consider asynchronous I/O, or see my example of serial ports on my MVP Tips
Show full article (1.05Kb) · Show article thread
Reading the serial port usually presents problems if done in a single thread. You should consider asynchronous I/O, or see my example of serial ports on my MVP Tips site. I have never used WaitCommEvent simply because I have never seen any reason to wait for a comm event. You don't need it. Generally, any unbounded wait is bad, and the serial port is one example of a potentially unbounded wait     

Group: microsoft.public.access.queries · Group Profile · Search for Zerros in microsoft.public.access.queries
Author: KARL DEWEY
Date: May 13, 2008 15:36

Thanks Dan, MSG msg; while( ::PeekMessage( &msg, NULL, NULL, NULL, PM_NOREMOVE ) ) { AfxPumpMessage(); } Adding the this code above did the trick. I knew it had to be something simple. The real program I'm working on is reading from a serial port, processing it, and displaying, so I'm sure I'll need to study messaging a bit further**, but this has put me in the right direction
Show full article (0.84Kb) · Show article thread
Jeffro wrote: > I'm trying to learn threads so I started a C++ MFC app in Visual Studio > 2008. It's a single dialog based app with an Edit control, a Run button > and an Exit button. The Run button sends updates to the edit control in > a continual loop. How do I get the program to respond to events? That > is, to close when I press the Exit button? Do I even need a thread in > this     

Group: microsoft.public.access.queries · Group Profile · Search for Zerros in microsoft.public.access.queries
Author: Ardy
Date: May 13, 2008 15:12

Show full article (0.70Kb)
    

Group: linux.debian.bugs.dist · Group Profile · Search for Zerros in linux.debian.bugs.dist
Author: Andrey Jr. Melnikov
Date: May 7, 2008 07:40

Show full article (1.93Kb) · Show article thread
    

Group: microsoft.public.vc.mfc · Group Profile · Search for Zerros in microsoft.public.vc.mfc
Author: Jeffro
Date: Mar 13, 2008 23:45

Show full article (5.17Kb) · Show article thread
    

Group: microsoft.public.vc.mfc · Group Profile · Search for Zerros in microsoft.public.vc.mfc
Author: Joseph M. Newcomer
Date: Mar 13, 2008 06:59

Show full article (4.61Kb) · Show article thread
    

Group: microsoft.public.vc.mfc · Group Profile · Search for Zerros in microsoft.public.vc.mfc
Author: Jeffro
Date: Mar 12, 2008 21:26

Show full article (3.64Kb) · Show article thread
    

Group: microsoft.public.vc.mfc · Group Profile · Search for Zerros in microsoft.public.vc.mfc
Author: Dan Bloomquist
Date: Mar 12, 2008 19:02

Show full article (2.50Kb) · Show article thread
1 · 2 · 3 · 4 · 5 · 6 · 7 · 8 · next