Custom form and Fnd_standard.set_who
Date: Tue, 22 Jun 1999 23:55:14 PDT
From: Guneesh Bhatia guneesh1@hotmail.com
Subject: Fnd_standard.set_who
Hi Apps Gurus,
I have created some custom forms using the template.fmb.I am populating the
standard fields creation_date,created_by, last_updated_by,last_update_date
using the built-in procedure fnd_standard.set_who.However,when i view the
date in the table,it is getting stored as 23-JUL-1919.
what am i missing?
Thanks in anticipation,
Guneesh
Date: Wed, 23 Jun 1999 12:41:36 +0530
From: Srinivasan C S srinivasancs@sierraopt.com
Subject: RE: Fnd_standard.set_who
Hi
There is Some Problem with Server Date. Please check following things
1.Check the Server Date.
2.In Pre Insert and Pre Update trigger at Block Level Mention
fnd_standard.set_who.
3.Attach the Property Class of Date to the Form Field.
Let me Know if the Problem Persists
Rgds
Srini
Date: Fri, 25 Jun 1999 01:34:02 PDT
From: Guneesh Bhatia guneesh1@hotmail.com
Subject: RE: Fnd_standard.set_who
Hi Srini,
Sorry for the delay in response...i have checked all these details... The
thing that is bugging me is that if i enter a record through a default apps
form then these dates go in the database as 23-jul-1999 but as soon as i
open my formand insert data into it,the date comes as 23-jul-1919.So it is
definitely not a server date problem.
Regards,
Guneesh
16-bit apps - 32 bit developer
From: Graham Tawse [mailto:Graham@gtawse.freeserve.co.uk]
Sent: Monday, June 28, 1999 3:41 PM
Subject: 16-bit apps - 32 bit developer
Is it possible to use 32 bit developer2k for 16 bit apps? The forms are
custom pay validation forms registered as custom application but available
through GL menus. I get a GPF everytime!
Apologies if this has been covered but I'm new to this forum.
The application is 10sc16.1.
The developer is v4.5.7.... (I forget the rest).
The clients are NT (sp4).
The forms are on client machines.
Regards
Graham
Date: Mon, 28 Jun 1999 17:15:52 -0500
From: "Logan, Ernie" Ernie_Logan@bmc.com
Subject: RE: 16-bit apps - 32 bit developer
No it is not possible. You must generate your FMX using 16 bit D2K for 16
bit Apps (SC).
Date: Wed, 30 Jun 1999 06:59:43 -0500
From: "Veach, L. Vincent" VeachLV@bvsg.com
Subject: RE: 16-bit apps - 32 bit developer
What I was able to do is use the 32 bit dev2k to create the fmb and then
used
the 16 bit f45gen to create the fmx. This allowed me to use the more stable
32 bit without getting the GPF all the time.
Vince
Date: Wed, 30 Jun 1999 21:55:22 MYT-8
From: philip@aleytys.pc.my
Subject: RE: 16-bit apps - 32 bit developer
My programmer says that he gets missing libraries or other error messages
when he tries to open a Fianacials 10.7SC form in 32 bit developer. Looks
like a path problem but Oracle Support just says to use to 16 bit
developer and won't tell us what registry thingies to change to get this
to work.
Philip
Date: Wed, 30 Jun 1999 14:01:35 -0500
From: "Logan, Ernie" Ernie_Logan@bmc.com
Subject: RE: 16-bit apps - 32 bit developer
It is dangerous, but it can be done, as long as you always use 16 bit to
generate the FMX. You also cannot use a higher forms version than the
current 16bit runtime.
I don't recommend this. But, if you simply add appropriate entries to the
FORMS45_PATH key in HKLM/Software/Oracle, you should be able to use a 32bit
Forms Designer. Add:
N:\resource;N:\resource\us;N:\forms\us
Where N:\ is mapped to your AU_TOP. If your path to AU_TOP is
C:\APPL10\AU\1.1\
then you would add:
C:\APPL10\AU\1.1\resource;C:\APPL10\AU\1.1\resource\us;C:\APPL10\AU\1.1\forms\us
Date: Wed, 30 Jun 1999 23:54:57 +0100
From: "Graham Tawse" Graham@gtawse.freeserve.co.uk
Subject: 16-bit apps - 32 bit developer
Thanks for the replies. Can anyone tell me which version of developer can be
used ( on NT clients). The only version we have is the 32-bit.
Date: Thu, 1 Jul 1999 08:45:58 -0400
From: "Govathoti, George, CFCTR" ggovath0458@att.com
Subject: RE: 16-bit apps - 32 bit developer
Hi Graham,
Install the FORMS designer from the Applications RUNTIME CD # 1. Oracle puts
the compatible version of the Developer 2000 tools on the APPS CD, so you
can install both and use them to customize 16 BIT apps, without causing a
conflict.
When you are installing from the APPS CD use C:\ORAWIN as the oracle_home
When installing from the DEV200 for Windows NT CD, use C:\ORANT as the
oracle_home. This way you will have 2 oracle homes on y'r desktop and they
would not conflict.
You can use the Developer 2000 from your start menu which kicks off te 16
Bit forms.
You can use the Developer 2000 for NT to kick off the 32 bit version of the
forms.
Hope this helps.
Thanks,
Best Regards,
George
Date: Thu, 1 Jul 1999 07:44:10 -0500
From: "Veach, L. Vincent" VeachLV@bvsg.com
Subject: RE: 16-bit apps - 32 bit developer
I has been a while since I have done this so bare with me.
Look at the file that contains all the paths for the 16 bit software, I
believe this is the Oracle.ini file.
Search for all the PATHs that reference the directory that stores the
application source code. This
normally starts with APPS.
SAVE YOUR REGISTRY.
Find the same path names, from your search above, in your registry and
append to the end of the current
path the same directory path that referenced that APPS directory. In Win95
you are limited to 255
characters for each path so you might have to delete any references to DEMO
directories
(this will prevent you from running any of oracle's demos).
For your purposes, the important paths to change are FORMS45_PATH and
REPORTS25_PATH.
I feel obligated to tell you to SWIM AT YOUR OWN RISK when changing your
registry so be sure
to save your registry into a separate file. This would be the export
feature in regedit.
Vince
Date: Thu, 1 Jul 1999 08:53:36 -0400
From: "Govathoti, George, CFCTR" ggovath0458@att.com
Subject: RE: 16-bit apps - 32 bit developer
All,
To avoid GPF's with the 16BIT dev 2000, backup f45run.exe to f45run.bkp next
rename f45rund to f45run.exe. This will take care of the GPF problem in
16bit apps. You never have to worry about 32 bit Dev 2000 in this case(This
is an undocumented bug)
You can always use 16BIT dev 2000 provided on the APPS CD, this is the most
recommended thing, Oracle provides this version of the Forms on the same CD
as the APPS, since all the APPS were developed using the same release. So to
avoid potential problems with customized Apps. Forms in future it is safe to
stick with the same version
Hope this helps.
Thanks,
Best Regards,
George Govathoti
AT&T SOTP AP Developement
F45gen core dumps in 10.7 nca
Date: Thu, 1 Jul 1999 00:14:08 EDT
From: Nikora@aol.com
Subject: f45gen core dumps in 10.7 nca
While generating forms with adadmin in 107 NCA, it uses f45gen. f45gen core
dumps
while converting .fmb to fmx . Any solutions to troubleshoot this?
Forms conversion 2.3 to 4.5
Date: Mon, 21 Jun 1999 01:01:22 PDT
From: srinivasa ranganath srinivasa@hotmail.com
Subject: Issues on Forms conversion and feeder system
Hi,
We are trying to convert an application(which is interfacing with Oracle
application) which is written in Forms 2.3 to Forms 4.5 to make it
compatible with Rel 11. Does anyone has details about this? I want to know
how much time it takes to convert a simple,medium and complex form to 4.5
and what are the steps involved in it. These forms sometimes zooms to
oracle application screens.
I also want to know how does a feeder system works and what steps are
involved in using this to push and pull records to an interfacing
application.
I appreciate an immediate response.
Thanks,
Srinivasa.