3db0
  Home FAQ Contact Sign in
 
 Advanced search
MATCHING GROUPS



more...
POPULAR GROUPS

more...
found 44 articles for 0.302 sec
On 25/12/08 21:38, Nico Golde wrote: > Hi, > * Simon Walter<simon.walter@hp-factory.de> [2008-12-25 00:43]: > >> "Gabor FUNK"<FUNK.Gabor@hunetkft.hu> writes: >> > [...] > >> Current state of this work is: It works (MailScanner starts and scans >> a simple textmail) but it's not well tested. There still need to be >> done some testing with TNEF attachment, virus removal     

Group: linux.debian.bugs.rc · Group Profile · Search for 3db0 in linux.debian.bugs.rc
Author: Julian Field
Date: Dec 26, 2008 10:30

I'm forwarding this I got from Julian (mailscanner upstream). G. ----- Original Message ----- From: "Julian Field" <MailScanner@ecs.soton.ac.uk> To: "Gabor FUNK" <FUNK.Gabor@hunetkft.hu> Sent: Wednesday, December 24, 2008 3:27 PM Subject: Re: Bug#506353: lenny removal requests The vulnerabilities in MailScanner have all been fixed. On 24/12/08 10:20, Gabor FUNK wrote: so here
Show full article (1.46Kb)
The [OrgCode to Org].OrgCode field is a primary key. When I return the records, I want all records from CBF and only those which match from [OrgCode to Org]. That should be why Access designated an Inner Join. I didn't think the Select query would alter my data, but something strange is definitely happening. If it's not Access or my db, then I will need to get with our network folks and     

Group: linux.debian.bugs.rc · Group Profile · Search for 3db0 in linux.debian.bugs.rc
Author: Gabor FUNK
Date: Dec 24, 2008 08:40

The query is a SELECT and therefore can not be changing the data. If somethings actually changing the data in the table, it's not a Select query. Is either the CBF.[ASSGN ORG] or [OrgCode to Org].OrgCode fields the primary key field for their table? At least one should be. If you can't make at least one of them the PK, then there's a chance that you have a Many to Many relationship which
Show full article (2.45Kb)
MORE INFO... I have opened my db a few times today, without running my import macro. Each time, data had been rearranged, i.e., ID# BE contained the cleartext for another ID#. I made the corrections and closed the db. Opened it up later, and ID# BE referenced a different cleartext customer. This happens with different ID #s each time the db is opened. Now, each time the db is open     

Group: microsoft.public.access.tablesdbdesign · Group Profile · Search for 3db0 in microsoft.public.access.tablesdbdesign
Author: rickw
Date: Sep 4, 2008 14:00

Here's the SQL of the query for the form I use to view data: SELECT [OrgCode to Org].Org, CBF.[REG NO], CBF.[VE TP MKE], CBF.[WK ORD NO], DateValue([1stofYr]+[RecDay]-1) AS [Rec Date], CBF.[TI REC], CBF.[OLD ETIC DATE], CBF.[OLD ETIC TIME], CBF.[NEW ETIC DATE], CBF.[NEW ETIC TIME], CBF.[SHOP STUS], CBF.REMARKS, Right([DT REC],3) AS RecDay, DateValue("1 January 2008") AS 1stofYr FROM CBF
Show full article (5.70Kb) · Show article thread
If you post the SQL statement, folks here might be able to offer their observations. Regards Jeff Boyce Microsoft Office/Access MVP "rickw" <rickw@discussions.microsoft.com> wrote in message news:941AAEF9-1D0C-4063-81E6-1F109147490F@microsoft.com... > No, I have no relationships set. I have a join in the query that returns > the > NAME field from the ORG table where the ID fields     

Group: microsoft.public.access.tablesdbdesign · Group Profile · Search for 3db0 in microsoft.public.access.tablesdbdesign
Author: Jerry Whittle
Date: Sep 4, 2008 13:18

No, I have no relationships set. I have a join in the query that returns the NAME field from the ORG table where the ID fields are equal. It only returns data where both sides are equal. "Jeff Boyce" wrote: Do you have Cascading Updates and/or Cascading Deletes turned on for the table relationships? Regards Jeff Boyce Microsoft Office/Access MVP "rickw"
Show full article (4.82Kb) · Show article thread
Do you have Cascading Updates and/or Cascading Deletes turned on for the table relationships? Regards Jeff Boyce Microsoft Office/Access MVP "rickw" <rickw@discussions.microsoft.com> wrote in message news:F4CABC3F-3DB0-4367-B491-C6489A69A8D2@microsoft.com... >I have a db set up to provide our customers with information pertaining to > vehicle maintenance. I import data from another     

Group: microsoft.public.access.tablesdbdesign · Group Profile · Search for 3db0 in microsoft.public.access.tablesdbdesign
Author: rickw
Date: Sep 4, 2008 12:50

"Lloyd" <lparker@emory.edu> wrote in message news:70c96bc3-3db0-42d8-a815-a6e914753320@l64g2000hse.googlegroups.com... On Aug 29, 2:16 am, "zboon" <zb...@a.com> wrote: "Lloyd" <lpar...@emory.edu> wrote in message news:33695dec-4a6e-4037-828e-a59f1b65138d@d45g2000hsc.googlegroups.com... More ominous signs Wednesday have scientists saying that a global warming "tipping point"
Show full article (3.77Kb) · Show article thread
    

Group: microsoft.public.access.tablesdbdesign · Group Profile · Search for 3db0 in microsoft.public.access.tablesdbdesign
Author: rickw
Date: Sep 4, 2008 11:10

Show full article (2.93Kb) · Show article thread
    

Group: microsoft.public.access.tablesdbdesign · Group Profile · Search for 3db0 in microsoft.public.access.tablesdbdesign
Author: Jeff Boyce
Date: Sep 4, 2008 10:36

Show full article (2.11Kb) · Show article thread
    

Group: microsoft.public.access.tablesdbdesign · Group Profile · Search for 3db0 in microsoft.public.access.tablesdbdesign
Author: rickw
Date: Sep 4, 2008 09:19

Show full article (1.76Kb) · Show article thread
    

Group: microsoft.public.access.tablesdbdesign · Group Profile · Search for 3db0 in microsoft.public.access.tablesdbdesign
Author: Jeff Boyce
Date: Sep 4, 2008 09:08

Show full article (1.46Kb) · Show article thread
    

Group: aus.invest · Group Profile · Search for 3db0 in aus.invest
Author: zboon
Date: Aug 31, 2008 18:38

Show full article (7.65Kb) · Show article thread
1 · 2 · 3 · 4 · 5 · next