A Microsoft Office (Excel, Word) forum. OfficeFrustration

If this is your first visit, be sure to check out the FAQ by clicking the link above. You may have to register before you can post: click the register link above to proceed. To start viewing messages, select the forum that you want to visit from the selection below.

Go Back   Home » OfficeFrustration forum » Microsoft Access » General Discussion
Site Map Home Register Authors List Search Today's Posts Mark Forums Read  

COMPILER WRONG !!!



 
 
Thread Tools Display Modes
  #41  
Old October 8th, 2008, 07:12 PM posted to microsoft.public.access
PACALA_BA[_2_]
external usenet poster
 
Posts: 85
Default COMPILER WRONG !!!

Hi Vandal ,
i am Access user for 5 Years
before FoxPro for 5 years
My MDB ( ~5MB, of text code, i wrote for 5 years...)
It is dailly running over night 15 hours, error free

I do not have ANY time for stupid Questions,
*********************************

OK, i can try it with printer

but the question is a have 10 another databases,
with this CRAZY-line , and it is O.K. WHY ????

this was an Error in ONLY ONE (WRONG) Database.
I does not have changed this line of code !!!!!
Todays build is O.K., Why ??????????

Hi, the same command
SetOption "Left margin", "0.1"""
while running..error, empty argument...WHY ?
in Immediate window(while code running) the same OK !!!!
and the same code-line in another databse build...OK !!!!, WHY ???

I do not have time for stupid Questions,
*********************************
My MDB ( ~5MB, of text code, i wrote for 5 years, it was running
in Access 2000 wounderful, but now is there something WRONG, and it is really
ANNOYING such CRAZY errors !!!


"AccessVandal via AccessMonster.com" wrote:

No intention of offending anyone.

Maybe you’re posting to the wrong forum? What CODE? Da Vinci Code? That book
was use to be collecting dust in bookstores back in the early 70s.

PACALA_BA wrote:
Hi, In the CODE are NO-PROGRAMMERS-ERRORS (my Opinion)
This happens Allways, in 1-2 code-places (most case), sometimes over 10.
After Pseudo-line-edit (Before/After the same)
...it is ALL-OK
And Problem CODE is allways in ANOTHER-Code-Place
BIG-PROBLEM is this wrong-compiler-example
Here is the CORE of CODE....or something else missing ?
*****************************************
http://i34.tinypic.com/71sdq8.jpg ;

I can place the whole code here , but you will see Nothing ....(my Opinion)
There must be Something else WRONG...

After Compile is all OK, NO-Errors (But it is NOT REALLY TRUE !!),


--
Please Rate the posting if helps you

Message posted via AccessMonster.com
http://www.accessmonster.com/Uwe/For...ccess/200810/1


  #42  
Old October 8th, 2008, 07:26 PM posted to microsoft.public.access
PACALA_BA[_2_]
external usenet poster
 
Posts: 85
Default COMPILER WRONG !!!

Todays Problem

ln_Perm = IIf(bAllPerm, oPerm.AllPermissions, oPerm.Permissions)
? err, err.Description (function: ap_GetPermissions)
7,Out of memory
immediate window (while runnig) ...O.K. WHY ???

How can i check the Error, it is Really Out of memory ??
****************************************
When i ignore the error,and continue, all other is running O.K.
After database rebuild, **nothing changed*** NONE Errors, WHY ???
************************************************** *

In the Task manager:
msAccess, MEMORY usage ~50MB
peak memory usage ~60MB
virtual memory ~40MB

ln_Perm = IIf(bAllPerm, oPerm.AllPermissions, oPerm.Permissions)
? err, err.Description (function: ap_CheckPermissions)
7,Out of memory
immediate window (while runnig) ...O.K. WHY ???

But i can step through the code ,ONLY THIS ONE command is err=7,...
ln_Perm = IIf(bAllPerm, oPerm.AllPermissions, oPerm.Permissions)

Full code of functions:
Function ap_GetPermissions(strUserName$, strObjectName$, eObjType As
eAP_ObjectType, Optional bNewObj As Boolean = False, Optional bAllPerm As
Boolean = True, Optional bRetOK As Boolean, Optional eDB As eDBEnum =
eDB__FILEName, Optional eDV_XXX As eDVEnum, Optional nDBTYPE As eDBTypeEnum =
EDB_CUR, Optional cDataBaseFullName$ = vbNullString, Optional nDBCounter As
eDBCounterEnum = eDBC_1, Optional cNote$ = "MSysDb, bAllPerm = (USER/GROUP)")
As Long
On Error GoTo XPAC_CHYBA: Dim lc__proc_meno$, strConnect$, lc_ObjName$,
lc_UserName$, lc_DBFile$, ll_ERR As Boolean, DB As DAO.Database, con As
DAO.Container, doc As DAO.Document, ln_Perm&, oPerm As Object, ln_Ret&,
strObjectType$: lc__proc_meno$ = "ap_GetPermissions": strObjectType =
EnumAP_ObjectType(eObjType): lc_DBFile = Nz(cDataBaseFullName): If
(Len(lc_DBFile) = 0) Then lc_DBFile = DDF_CURRENT
Set DB = DDF_GET_DB_REF(cDataBaseFullName:=lc_DBFile): lc_ObjName =
strObjectName: lc_ObjName = IIf(((Len(lc_ObjName) = 0) And (eObjType =
eApOType_DDF)), "MSysDb", lc_ObjName): Set con =
DB.Containers(strObjectType): con.Inherit = bNewObj: If bNewObj Then Set
oPerm = con
If Not bNewObj Then Set doc = con.Documents(lc_ObjName): Set oPerm = doc
lc_UserName = IIf((Len(strUserName) = 0), CurrentUser, strUserName):
oPerm.UserName = lc_UserName
ln_Perm = IIf(bAllPerm, oPerm.AllPermissions, oPerm.Permissions)
If Not DB Is Nothing Then DB.Close
xPAC_KONIEC: Set oPerm = Nothing: Set doc = Nothing: Set con = Nothing: Set
DB = Nothing: ap_GetPermissions = ln_Perm: bRetOK = (Not ll_ERR): Exit
Function
XPAC_CHYBA: ll_ERR = True: ln_Perm = -1: ERROR_RAISE lc__proc_meno, "Err: "
& Err & ", " & Err.Description & vbCrLf & "PROC: '" & lc__proc_meno & "'":
GoTo xPAC_KONIEC
End Function

Function ap_CheckPermissions(strUserName$, strObjectName$, eObjType As
eAP_ObjectType, fPerm As DAO.PermissionEnum, Optional bNewObj As Boolean =
False, Optional bAllPerm As Boolean = True, Optional bRetOK As Boolean,
Optional eDB As eDBEnum = eDB__FILEName, Optional eDV_XXX As eDVEnum,
Optional nDBTYPE As eDBTypeEnum = EDB_CUR, Optional cDataBaseFullName$ =
vbNullString, Optional nDBCounter As eDBCounterEnum = eDBC_1, Optional cNote$
= "MSysDb, bAllPerm = (USER/GROUP)") As Boolean
On Error GoTo XPAC_CHYBA: Dim lc__proc_meno$, ll_ERR As Boolean,
lc_ObjName$, lc_UserName$, ll_RET As Boolean, strConnect$, oPerm As Object,
ln_Perm&, lc_DBFile$, DB As DAO.Database, con As DAO.Container, doc As
DAO.Document, strObjectType$: lc__proc_meno$ = "ap_CheckPermissions":
strObjectType = EnumAP_ObjectType(eObjType): lc_DBFile =
Nz(cDataBaseFullName): If (Len(lc_DBFile) = 0) Then lc_DBFile = DDF_CURRENT
Set DB = DDF_GET_DB_REF(cDataBaseFullName:=lc_DBFile): lc_ObjName =
strObjectName: lc_ObjName = IIf(((Len(lc_ObjName) = 0) And (eObjType =
eApOType_DDF)), "MSysDb", lc_ObjName): Set con =
DB.Containers(strObjectType): con.Inherit = bNewObj: If bNewObj Then Set
oPerm = con
If Not bNewObj Then Set doc = con.Documents(lc_ObjName): Set oPerm = doc
lc_UserName = IIf((Len(strUserName) = 0), CurrentUser, strUserName):
oPerm.UserName = lc_UserName: ln_Perm = IIf(bAllPerm, oPerm.AllPermissions,
oPerm.Permissions): ll_RET = ((ln_Perm And fPerm) = fPerm): ll_RET =
IIf(((fPerm = dbSecNoAccess) And (ln_Perm dbSecNoAccess)), False, ll_RET):
If Not DB Is Nothing Then DB.Close
xPAC_KONIEC: Set oPerm = Nothing: Set doc = Nothing: Set con = Nothing: Set
DB = Nothing: ap_CheckPermissions = ll_RET: bRetOK = (Not ll_ERR): Exit
Function
XPAC_CHYBA: ll_ERR = True: ERROR_RAISE lc__proc_meno, "Err: " & Err & ", " &
Err.Description & vbCrLf & "PROC: '" & lc__proc_meno & "'": GoTo xPAC_KONIEC
End Function

"John W. Vinson" wrote:

On Thu, 2 Oct 2008 08:46:29 -0700, PACALA_BA
wrote:

I have now shorten my LONG lines of code to 1/2 Length
The Maximum size = 1024 char (says Microsoft)
But It seems that the RECOMMENDED Maximum Size is NOT 1024 char

I am also MASSIVE using the double dot ':' operator
Before January 2008 , i have NONE such Problems
May be i try to recreate my code to VERY SHORT LINES.
But it is an terible thing
if (cond1 ) then x = x+ 1:y = y+1:if (cod2) then x= x-1:y = y+2:....


WHY are you trying to put all the code on one line?

It's both easier to read and easier for the compiler if you do it the normal
way:

If (cond) Then
X = X + 1
Y = Y + 1
Elseif (Cond2) Then
X = x -1
Y = Y +2
End If

and i am using ONE line Select case
Select case a:case 1: x=1:case2:x=2:case else:x=10:end select


Again:

Select Case A
Case 1
X = 1
Case 2
X = 2
Case Else
X = 10
End Select

This may be an Problem (? !)

i am Allways making the same
some Little changes in MDB ~9MB
than Saveastext/Load asText, make MDE
And it works NOT 100% Error free.
the succes rate is about 30-50 %.
When i create the OK-(NONE-CRASH)MDE,
than it works WONDERFULL.....
All Access Crashes, Reported to MICROSOFT
since January 2008 about 500 CRASHES !!
*******************************
I do NOT Know the Result of this Crashes....
This MUST say MICROSOFT....
(see.....Why shoud i report to microsoft, or NOT ?)


If you're assuming that posting in this newsgroup is "reporting to Microsoft"
you should be aware that it is NOT. These newsgroups are peer support groups;
everyone who answers questions here is an unpaid volunteer. Even the
occasional posts from Microsoft employees are (as far as I know) on their own
time.

I do *not* think you have a bug.

I think you have a very individual and probably flawed programming style, for
reasons which I do not understand.

Try writing your code without multiple lines per line, and without hugely long
single lines. I honestly believe it will work better.
--

John W. Vinson [MVP]

  #43  
Old October 8th, 2008, 07:45 PM posted to microsoft.public.access
Douglas J. Steele
external usenet poster
 
Posts: 9,313
Default COMPILER WRONG !!!

Why bother asking us for advice if you're not going to take it?

Many different people have to you not to use the colon approach: to put no
more than one statement of code per line, and you persist in doing that.

Do you believe that making your code so difficult to read is going to make
your application smaller? You might be saving a few bytes by avoiding
carriage returns and line feeds, but it is not going to reduce your overall
size appreciably.

--
Doug Steele, Microsoft Access MVP
http://I.Am/DougSteele
(no e-mails, please!)


"PACALA_BA" wrote in message
...
Todays Problem



  #44  
Old October 9th, 2008, 12:06 AM posted to microsoft.public.access
Bob Quintal
external usenet poster
 
Posts: 939
Default COMPILER WRONG !!!

I restructured your first funxction. See my comments about possible
errors.

Function ap_GetPermissions( _
strUserName$, _
strObjectName$, _
eObjType As eAP_ObjectType, _
Optional bNewObj As Boolean = False, _
Optional bAllPerm As Boolean = True, _
Optional bRetOK As Boolean, _
Optional eDB As eDBEnum = eDB__FILEName, _
Optional eDV_XXX As eDVEnum, _
Optional nDBTYPE As eDBTypeEnum = EDB_CUR, _
Optional cDataBaseFullName$ = vbNullString, _
Optional nDBCounter As eDBCounterEnum = eDBC_1, _
Optional cNote$ = "MSysDb, bAllPerm = (USER/GROUP)" _
) As Long
On Error GoTo XPAC_CHYBA

Dim lc__proc_meno$, strConnect$, lc_ObjName$, _
lc_UserName$, lc_DBFile$, ll_ERR As Boolean, _
DB As DAO.Database, con As DAO.Container, _
doc As DAO.Document, ln_Perm&, oPerm As Object, _
ln_Ret&, strObjectType$

lc__proc_meno$ = "ap_GetPermissions"
strObjectType = EnumAP_ObjectType(eObjType)
lc_DBFile = Nz(cDataBaseFullName)

If (Len(lc_DBFile) = 0) Then lc_DBFile = DDF_CURRENT
Set DB = DDF_GET_DB_REF(cDataBaseFullName:=lc_DBFile) '-- error
here?

'lc_ObjName = strObjectName
'lc_ObjName = IIf(((Len(lc_ObjName) = 0) _
' And (eObjType = eApOType_DDF)), "MSysDb", lc_ObjName)
' above translates to below. do you really want lc_ObjName = "" ?
If len(strObjectName) 0 then
If eObjType = eApOType_DDF then
lc_ObjName = "MSysDb"
else
lc_ObjName = ""
end if
lc_ObjName = strObjectName
end if

Set con = DB.Containers(strObjectType)
con.Inherit = bNewObj

'what is below supposed to do? The way I understand,
'it always sets operm = doc.

If bNewObj Then Set oPerm = con
If Not bNewObj Then Set doc = con.Documents(lc_ObjName)
Set oPerm = doc '--- this overrides what you did above.
' above translates to below. do you really want lc_ObjName = "" ?
If bNewObj Then
Set oPerm = con
else
Set doc = con.Documents(lc_ObjName)
end if
Set oPerm = doc '-- I think you want this above the end if


lc_UserName = IIf((Len(strUserName) = 0), CurrentUser, strUserName)
oPerm.UserName = lc_UserName
ln_Perm = IIf(bAllPerm, oPerm.AllPermissions, oPerm.Permissions)
If Not DB Is Nothing Then DB.Close

xPAC_KONIEC:
Set oPerm = Nothing
Set doc = Nothing
Set con = Nothing
Set DB = Nothing
ap_GetPermissions = ln_Perm
bRetOK = (Not ll_ERR)
Exit Function

XPAC_CHYBA:
ll_ERR = True
ln_Perm = -1
ERROR_RAISE lc__proc_meno, "Err: " & Err & ", " _
& Err.Description & vbCrLf & "PROC: '" & lc__proc_meno & "'"
GoTo xPAC_KONIEC '-- resume xPAC_KONIEK ???
End Function


=?Utf-8?B?UEFDQUxBX0JB?= wrote
in :

Todays Problem

ln_Perm = IIf(bAllPerm, oPerm.AllPermissions, oPerm.Permissions)
? err, err.Description (function: ap_GetPermissions)
7,Out of memory
immediate window (while runnig) ...O.K. WHY ???

How can i check the Error, it is Really Out of memory ??
****************************************
When i ignore the error,and continue, all other is running O.K.
After database rebuild, **nothing changed*** NONE Errors, WHY ???
************************************************** *

In the Task manager:
msAccess, MEMORY usage ~50MB
peak memory usage ~60MB
virtual memory ~40MB

ln_Perm = IIf(bAllPerm, oPerm.AllPermissions, oPerm.Permissions)
? err, err.Description (function: ap_CheckPermissions)
7,Out of memory
immediate window (while runnig) ...O.K. WHY ???

But i can step through the code ,ONLY THIS ONE command is
err=7,... ln_Perm = IIf(bAllPerm, oPerm.AllPermissions,
oPerm.Permissions)

Full code of functions:
Function ap_GetPermissions(strUserName$, strObjectName$, eObjType
As eAP_ObjectType, Optional bNewObj As Boolean = False, Optional
bAllPerm As Boolean = True, Optional bRetOK As Boolean, Optional
eDB As eDBEnum = eDB__FILEName, Optional eDV_XXX As eDVEnum,
Optional nDBTYPE As eDBTypeEnum = EDB_CUR, Optional
cDataBaseFullName$ = vbNullString, Optional nDBCounter As
eDBCounterEnum = eDBC_1, Optional cNote$ = "MSysDb, bAllPerm =
(USER/GROUP)") As Long
On Error GoTo XPAC_CHYBA: Dim lc__proc_meno$, strConnect$,
lc_ObjName$, lc_UserName$, lc_DBFile$, ll_ERR As Boolean, DB As
DAO.Database, con As DAO.Container, doc As DAO.Document, ln_Perm&,
oPerm As Object, ln_Ret&, strObjectType$: lc__proc_meno$ =
"ap_GetPermissions": strObjectType = EnumAP_ObjectType(eObjType):
lc_DBFile = Nz(cDataBaseFullName): If (Len(lc_DBFile) = 0) Then
lc_DBFile = DDF_CURRENT Set DB =
DDF_GET_DB_REF(cDataBaseFullName:=lc_DBFile): lc_ObjName =
strObjectName: lc_ObjName = IIf(((Len(lc_ObjName) = 0) And
(eObjType = eApOType_DDF)), "MSysDb", lc_ObjName): Set con =
DB.Containers(strObjectType): con.Inherit = bNewObj: If bNewObj
Then Set oPerm = con
If Not bNewObj Then Set doc = con.Documents(lc_ObjName): Set oPerm
= doc lc_UserName = IIf((Len(strUserName) = 0), CurrentUser,
strUserName): oPerm.UserName = lc_UserName
ln_Perm = IIf(bAllPerm, oPerm.AllPermissions, oPerm.Permissions)
If Not DB Is Nothing Then DB.Close
xPAC_KONIEC: Set oPerm = Nothing: Set doc = Nothing: Set con =
Nothing: Set DB = Nothing: ap_GetPermissions = ln_Perm: bRetOK =
(Not ll_ERR): Exit Function
XPAC_CHYBA: ll_ERR = True: ln_Perm = -1: ERROR_RAISE
lc__proc_meno, "Err: " & Err & ", " & Err.Description & vbCrLf &
"PROC: '" & lc__proc_meno & "'": GoTo xPAC_KONIEC
End Function

Function ap_CheckPermissions(strUserName$, strObjectName$,
eObjType As eAP_ObjectType, fPerm As DAO.PermissionEnum, Optional
bNewObj As Boolean = False, Optional bAllPerm As Boolean = True,
Optional bRetOK As Boolean, Optional eDB As eDBEnum =
eDB__FILEName, Optional eDV_XXX As eDVEnum, Optional nDBTYPE As
eDBTypeEnum = EDB_CUR, Optional cDataBaseFullName$ = vbNullString,
Optional nDBCounter As eDBCounterEnum = eDBC_1, Optional cNote$
= "MSysDb, bAllPerm = (USER/GROUP)") As Boolean
On Error GoTo XPAC_CHYBA: Dim lc__proc_meno$, ll_ERR As Boolean,
lc_ObjName$, lc_UserName$, ll_RET As Boolean, strConnect$, oPerm
As Object, ln_Perm&, lc_DBFile$, DB As DAO.Database, con As
DAO.Container, doc As DAO.Document, strObjectType$: lc__proc_meno$
= "ap_CheckPermissions": strObjectType =
EnumAP_ObjectType(eObjType): lc_DBFile = Nz(cDataBaseFullName): If
(Len(lc_DBFile) = 0) Then lc_DBFile = DDF_CURRENT Set DB =
DDF_GET_DB_REF(cDataBaseFullName:=lc_DBFile): lc_ObjName =
strObjectName: lc_ObjName = IIf(((Len(lc_ObjName) = 0) And
(eObjType = eApOType_DDF)), "MSysDb", lc_ObjName): Set con =
DB.Containers(strObjectType): con.Inherit = bNewObj: If bNewObj
Then Set oPerm = con
If Not bNewObj Then Set doc = con.Documents(lc_ObjName): Set oPerm
= doc lc_UserName = IIf((Len(strUserName) = 0), CurrentUser,
strUserName): oPerm.UserName = lc_UserName: ln_Perm =
IIf(bAllPerm, oPerm.AllPermissions, oPerm.Permissions): ll_RET =
((ln_Perm And fPerm) = fPerm): ll_RET = IIf(((fPerm =
dbSecNoAccess) And (ln_Perm dbSecNoAccess)), False, ll_RET):
If Not DB Is Nothing Then DB.Close
xPAC_KONIEC: Set oPerm = Nothing: Set doc = Nothing: Set con =
Nothing: Set DB = Nothing: ap_CheckPermissions = ll_RET: bRetOK =
(Not ll_ERR): Exit Function
XPAC_CHYBA: ll_ERR = True: ERROR_RAISE lc__proc_meno, "Err: " &
Err & ", " & Err.Description & vbCrLf & "PROC: '" & lc__proc_meno
& "'": GoTo xPAC_KONIEC End Function

"John W. Vinson" wrote:

On Thu, 2 Oct 2008 08:46:29 -0700, PACALA_BA
wrote:

I have now shorten my LONG lines of code to 1/2 Length
The Maximum size = 1024 char (says Microsoft)
But It seems that the RECOMMENDED Maximum Size is NOT 1024 char

I am also MASSIVE using the double dot ':' operator
Before January 2008 , i have NONE such Problems
May be i try to recreate my code to VERY SHORT LINES.
But it is an terible thing
if (cond1 ) then x = x+ 1:y = y+1:if (cod2) then x= x-1:y =
y+2:....


WHY are you trying to put all the code on one line?

It's both easier to read and easier for the compiler if you do it
the normal way:

If (cond) Then
X = X + 1
Y = Y + 1
Elseif (Cond2) Then
X = x -1
Y = Y +2
End If

and i am using ONE line Select case
Select case a:case 1: x=1:case2:x=2:case else:x=10:end select


Again:

Select Case A
Case 1
X = 1
Case 2
X = 2
Case Else
X = 10
End Select

This may be an Problem (? !)

i am Allways making the same
some Little changes in MDB ~9MB
than Saveastext/Load asText, make MDE
And it works NOT 100% Error free.
the succes rate is about 30-50 %.
When i create the OK-(NONE-CRASH)MDE,
than it works WONDERFULL.....
All Access Crashes, Reported to MICROSOFT
since January 2008 about 500 CRASHES !!
*******************************
I do NOT Know the Result of this Crashes....
This MUST say MICROSOFT....
(see.....Why shoud i report to microsoft, or NOT ?)


If you're assuming that posting in this newsgroup is "reporting
to Microsoft" you should be aware that it is NOT. These
newsgroups are peer support groups; everyone who answers
questions here is an unpaid volunteer. Even the occasional posts
from Microsoft employees are (as far as I know) on their own
time.

I do *not* think you have a bug.

I think you have a very individual and probably flawed
programming style, for reasons which I do not understand.

Try writing your code without multiple lines per line, and
without hugely long single lines. I honestly believe it will work
better. --

John W. Vinson [MVP]




--
Bob Quintal

PA is y I've altered my email address.
** Posted from http://www.teranews.com **
  #45  
Old October 9th, 2008, 02:02 AM posted to microsoft.public.access
AccessVandal via AccessMonster.com
external usenet poster
 
Posts: 461
Default COMPILER WRONG !!!

No offence, but nobody can read your code. We are just volunteers here.

Please reply to Bob Quintal's of the outcome on this

AND THE CODE IS WRONG!!!!!!!!!!!!!!!!!
No wonder you get errors.
The format is
expression.SetOption(OptionName, Setting)
you want
printer.setoption "Left Margin", 0.1

Did you correct as suggested by Bob (notice the quotes)? What was the result?

Nobody's blaming you. Sometimes Access bombs out codes that works for years
with out problems.
It's just that we do not have time to go through every line of code.

PACALA_BA wrote:
Hi Vandal ,
i am Access user for 5 Years
before FoxPro for 5 years
My MDB ( ~5MB, of text code, i wrote for 5 years...)
It is dailly running over night 15 hours, error free

I do not have ANY time for stupid Questions,
*********************************

OK, i can try it with printer

but the question is a have 10 another databases,
with this CRAZY-line , and it is O.K. WHY ????

this was an Error in ONLY ONE (WRONG) Database.
I does not have changed this line of code !!!!!
Todays build is O.K., Why ??????????

Hi, the same command
SetOption "Left margin", "0.1"""
while running..error, empty argument...WHY ?
in Immediate window(while code running) the same OK !!!!
and the same code-line in another databse build...OK !!!!, WHY ???

I do not have time for stupid Questions,
*********************************
My MDB ( ~5MB, of text code, i wrote for 5 years, it was running
in Access 2000 wounderful, but now is there something WRONG, and it is really
ANNOYING such CRAZY errors !!!

No intention of offending anyone.

[quoted text clipped - 15 lines]

After Compile is all OK, NO-Errors (But it is NOT REALLY TRUE !!),


--
Please Rate the posting if helps you

Message posted via AccessMonster.com
http://www.accessmonster.com/Uwe/For...ccess/200810/1

  #46  
Old October 10th, 2008, 12:10 AM posted to microsoft.public.access
David W. Fenton
external usenet poster
 
Posts: 3,373
Default COMPILER WRONG !!!

=?Utf-8?B?UEFDQUxBX0JB?= wrote
in :

I do not have time for stupid Questions


I don't understand what you mean by that, as from where I sit, it's
*you* who has been asking stupid questions. If you can't answer
requests for clarifications from those who are trying to help you,
then you don't deserve their assistance.

--
David W. Fenton http://www.dfenton.com/
usenet at dfenton dot com http://www.dfenton.com/DFA/
  #47  
Old October 10th, 2008, 12:11 AM posted to microsoft.public.access
David W. Fenton
external usenet poster
 
Posts: 3,373
Default COMPILER WRONG !!!

=?Utf-8?B?UEFDQUxBX0JB?= wrote
in :

Hi, the same command
SetOption "Left margin", "0.1"""
while running..error, empty argument...WHY ?
in Immediate window(while code running) the same OK !!!!
and the same code-line in another databse build...OK !!!!, WHY ???

I do not have time for stupid Questions,
My MDB ( ~5MB, of text code, i wrote for 5 years, it was running
in Access 2000 wounderful, but now is there something WRONG, and
it is really ANNOYING such CRAZY errors !!!


You posted this exact response to another post. Why? Do you think
that it will get answered the second time but not the first? That it
will be clearer when we've read it twice but not when we've seen it
just once?

Sorry, but you're really behaving in a fashion that makes me want to
put you in my killfile.

--
David W. Fenton http://www.dfenton.com/
usenet at dfenton dot com http://www.dfenton.com/DFA/
  #48  
Old October 10th, 2008, 12:12 AM posted to microsoft.public.access
David W. Fenton
external usenet poster
 
Posts: 3,373
Default COMPILER WRONG !!!

"AccessVandal via AccessMonster.com" u18947@uwe wrote in
news:8b624ee03f08c@uwe:

Sometimes Access bombs out codes that works for years
with out problems.


This is particularly the case when you upgrade versions.

And it is often an indication that you've been following very poor
development practices in the past.

--
David W. Fenton http://www.dfenton.com/
usenet at dfenton dot com http://www.dfenton.com/DFA/
  #49  
Old October 10th, 2008, 12:14 AM posted to microsoft.public.access
David W. Fenton
external usenet poster
 
Posts: 3,373
Default COMPILER WRONG !!!

=?Utf-8?B?UEFDQUxBX0JB?= wrote
in :

Full code of functions:


[gibberish code without line breaks deleted]

I have not time to figure out what the hell that garbage is. If you
can't format your posts in a manner that is readable, then you're
not going to get any help.

--
David W. Fenton http://www.dfenton.com/
usenet at dfenton dot com http://www.dfenton.com/DFA/
  #50  
Old October 10th, 2008, 02:11 AM posted to microsoft.public.access
AccessVandal via AccessMonster.com
external usenet poster
 
Posts: 461
Default COMPILER WRONG !!!

Nah..than, how do you account a simple default value on a control refused to
work on Windows Vista but works with Windows XP? Make it into a MDE, it does
not work but leave as a MDB, it works. It’s just a simple default value of
“Date()”.

It’s never always true about following Access developments. Sometimes Access
croaks for no reasons. Like lines of code goes missing after compacting. Mind
you, it has nothing to do with poor code or programming and nothing to do
with upgrading at all.

David W. Fenton wrote:
This is particularly the case when you upgrade versions.

And it is often an indication that you've been following very poor
development practices in the past.


--
Please Rate the posting if helps you

Message posted via http://www.accessmonster.com

 




Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

vB code is On
Smilies are On
[IMG] code is Off
HTML code is Off
Forum Jump


All times are GMT +1. The time now is 09:11 PM.


Powered by vBulletin® Version 3.6.4
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
Copyright 2004-2024 OfficeFrustration.
The comments are property of their posters.