Problems recompiling 2.6.8

Hi all,
Can't find any problems related to compilng kernel 2.6.8 in the forum so I guess its just me doing something weird.
Well, I upgraded to stock 2.6.8 last night and all went fine. Then I decided to recompile with ABS today and all went fine. Then I was messing around with iptables and realised I needed some other modules so I went for another recompile - for some reason this time it keeps borking out on me. All I've changed is the config and the md5s in the PKGBUILD - this is the output I get:
[root@sigma7 kernel26]# makepkg -f
==> Making package: kernel26 (Wed Sep 8 22:17:05 BST 2004)
==> Checking Runtime Dependencies...
==> Checking Buildtime Dependencies...
==> Retrieving Sources...
==> Using local copy of linux-2.6.8.1.tar.bz2
==> Found config in build dir
==> Found cdburning.patch in build dir
==> Found logo_linux_clut224.ppm in build dir
==> Found bio_uncopy_user-mem-leak.patch in build dir
==> Found bio_uncopy_user-mem-leak-fix.patch in build dir
==> Using local copy of acpi-20040715-2.6.8.diff.bz2
==> Validating source files with MD5sums
linux-2.6.8.1.tar.bz2 ... Passed
config ... Passed
cdburning.patch ... Passed
logo_linux_clut224.ppm ... Passed
bio_uncopy_user-mem-leak.patch ... Passed
bio_uncopy_user-mem-leak-fix.patch ... Passed
acpi-20040715-2.6.8.diff.bz2 ... Passed
==> Extracting Sources...
==> tar --use-compress-program=bzip2 -xf linux-2.6.8.1.tar.bz2
==> bunzip2 acpi-20040715-2.6.8.diff.bz2
==> Removing existing pkg/ directory...
==> Starting build()...
patching file fs/bio.c
patching file fs/bio.c
patching file drivers/block/scsi_ioctl.c
patching file arch/i386/kernel/acpi/boot.c
patching file arch/i386/kernel/acpi/sleep.c
patching file arch/i386/kernel/cpu/cpufreq/acpi.c
patching file arch/i386/kernel/dmi_scan.c
patching file arch/i386/kernel/i8259.c
patching file arch/i386/kernel/io_apic.c
patching file arch/i386/kernel/setup.c
patching file arch/i386/kernel/smpboot.c
patching file arch/i386/mm/discontig.c
patching file arch/ia64/kernel/acpi.c
patching file arch/x86_64/kernel/i8259.c
patching file arch/x86_64/kernel/setup.c
patching file arch/x86_64/kernel/smpboot.c
patching file drivers/acpi/Makefile
patching file drivers/acpi/acpi_ksyms.c
patching file drivers/acpi/asus_acpi.c
patching file drivers/acpi/blacklist.c
patching file drivers/acpi/bus.c
patching file drivers/acpi/button.c
patching file drivers/acpi/dispatcher/dsmethod.c
patching file drivers/acpi/dispatcher/dsmthdat.c
patching file drivers/acpi/dispatcher/dsopcode.c
patching file drivers/acpi/dispatcher/dswload.c
patching file drivers/acpi/dispatcher/dswstate.c
patching file drivers/acpi/ec.c
patching file drivers/acpi/events/evevent.c
patching file drivers/acpi/events/evgpe.c
patching file drivers/acpi/events/evgpeblk.c
patching file drivers/acpi/events/evmisc.c
patching file drivers/acpi/events/evregion.c
patching file drivers/acpi/events/evxface.c
patching file drivers/acpi/events/evxfevnt.c
patching file drivers/acpi/events/evxfregn.c
patching file drivers/acpi/executer/exconfig.c
patching file drivers/acpi/executer/exfldio.c
patching file drivers/acpi/executer/exmisc.c
patching file drivers/acpi/executer/exmutex.c
patching file drivers/acpi/executer/exoparg2.c
patching file drivers/acpi/executer/exresolv.c
patching file drivers/acpi/executer/exstore.c
patching file drivers/acpi/hardware/hwgpe.c
patching file drivers/acpi/hardware/hwregs.c
patching file drivers/acpi/hardware/hwsleep.c
The next patch would create the file drivers/acpi/motherboard.c,
which already exists! Skipping patch.
1 out of 1 hunk ignored -- saving rejects to file drivers/acpi/motherboard.c.rej
patching file drivers/acpi/namespace/nsaccess.c
patching file drivers/acpi/namespace/nsalloc.c
patching file drivers/acpi/namespace/nseval.c
patching file drivers/acpi/namespace/nsinit.c
patching file drivers/acpi/namespace/nsparse.c
patching file drivers/acpi/namespace/nsxfeval.c
patching file drivers/acpi/namespace/nsxfname.c
patching file drivers/acpi/osl.c
patching file drivers/acpi/parser/psopcode.c
patching file drivers/acpi/parser/psxface.c
patching file drivers/acpi/pci_link.c
patching file drivers/acpi/power.c
patching file drivers/acpi/processor.c
patching file drivers/acpi/resources/rsutils.c
patching file drivers/acpi/resources/rsxface.c
patching file drivers/acpi/scan.c
patching file drivers/acpi/sleep/Makefile
patching file drivers/acpi/sleep/main.c
patching file drivers/acpi/sleep/proc.c
patching file drivers/acpi/sleep/sleep.h
The next patch would create the file drivers/acpi/sleep/wakeup.c,
which already exists! Skipping patch.
1 out of 1 hunk ignored -- saving rejects to file drivers/acpi/sleep/wakeup.c.rej
patching file drivers/acpi/tables/tbxfroot.c
patching file drivers/acpi/thermal.c
patching file drivers/acpi/utilities/utalloc.c
patching file drivers/acpi/utilities/uteval.c
patching file drivers/acpi/utilities/utglobal.c
patching file drivers/acpi/utilities/utxface.c
patching file include/acpi/acconfig.h
patching file include/acpi/acdebug.h
patching file include/acpi/acdisasm.h
patching file include/acpi/acdispat.h
patching file include/acpi/acevents.h
patching file include/acpi/acexcep.h
patching file include/acpi/acglobal.h
patching file include/acpi/achware.h
patching file include/acpi/acinterp.h
patching file include/acpi/aclocal.h
patching file include/acpi/acmacros.h
patching file include/acpi/acnamesp.h
patching file include/acpi/acobject.h
patching file include/acpi/acparser.h
patching file include/acpi/acpi_bus.h
patching file include/acpi/acpi_drivers.h
patching file include/acpi/acpiosxf.h
patching file include/acpi/acpixf.h
patching file include/acpi/acstruct.h
patching file include/acpi/actbl.h
patching file include/acpi/actypes.h
patching file include/acpi/platform/acenv.h
patching file include/acpi/platform/aclinux.h
patching file include/asm-i386/acpi.h
patching file include/asm-i386/smp.h
patching file include/asm-ia64/acpi.h
patching file include/asm-x86_64/acpi.h
patching file init/main.c
==> ERROR: Build Failed. Aborting...
Does anyone have any suggestions here?If I'd changed something major then it would give me a clue about what to fix.
Thanks in advance.

Me again
IT seems like its the acpi file that the PKGBUILD needs that's causing the problem-I removed it from the PKGBUILD and it compiled fine (I have yet to load it and test it tho)...I can't find any news item or forum thread relating to what this file is and whether it's important or not, can anyone let me know?
On a side note, when I just ran makepkg the acpi.diff file wouldn't download - I had to go get it myself - is there an error in the url in the PKGBUILD?
nobody else seems to be having any trouble here, which is making me a bit paranoid!

Similar Messages

Problem recompiling ?!?

I am using JDeveloper 10.1.2.0.0 Build 1811.
I am using two projects, one of which has a dependency on the other.
It seems that when I change and save a .java file, and recompile and run, JDeveloper often does not compile my changed source. I say this because the new source is visible in the debugger, but JDeveloper skips over it when I step through the code, and because I have usually been able to solve the problem by deleting the files in the classes directory that JDeveloper makes when compiling and then compiling again.
Has anyone else encountered this ? Do I have a bad copy of JDeveloper ?
Thanks in advance for any advice -

At least we don't have to leave JDeveloper for deleting the "classes"-directory/-ies. And one more: You have to be patient with JDeveloper. Don't expect the same productivity compared to Eclipse. I will never understand why vendors invent every time the whell from scratch. Oracle would have been better advised to create a plugin for Eclipse. Less effort and more time to concentrate on the core.

Problems recompiling ffmpeg with additional codec support.

I took the PKGBUILD from the AUR, and added --enable-x264 to the configure line, then tried to makepkg.
gcc -O3 -g -Wall -Wno-switch -march=i686 -O2 -pipe -I. -I'/var/abs/ffmpeg-cvs/src/ffmpeg-build' -I'/var/abs/ffmpeg-cvs/src/ffmpeg-build'/libavutil -I'/var/abs/ffmpeg-cvs/src/ffmpeg-build'/libavcodec -I'/var/abs/ffmpeg-cvs/src/ffmpeg-build'/libavformat -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_GNU_SOURCE -c -o ffmpeg.o ffmpeg.c
ffmpeg.c: In function 'output_packet':
ffmpeg.c:1229: warning: pointer targets in passing argument 2 of 'av_fast_realloc' differ in signedness
gcc -O3 -g -Wall -Wno-switch -march=i686 -O2 -pipe -I. -I'/var/abs/ffmpeg-cvs/src/ffmpeg-build' -I'/var/abs/ffmpeg-cvs/src/ffmpeg-build'/libavutil -I'/var/abs/ffmpeg-cvs/src/ffmpeg-build'/libavcodec -I'/var/abs/ffmpeg-cvs/src/ffmpeg-build'/libavformat -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_GNU_SOURCE -c -o cmdutils.o cmdutils.c
gcc -Wl,--warn-common -rdynamic -g -o ffmpeg_g ffmpeg.o cmdutils.o -L./libavformat -lavformat -L./libavcodec -lavcodec -L./libavutil -lavutil -lm -lx264 -lz -ldl -lpthread -lvorbisenc -lvorbis -logg -lfaac -lxvidcore
./libavcodec/libavcodec.so: undefined reference to `XSync'
./libavcodec/libavcodec.so: undefined reference to `XDrawPoint'
./libavcodec/libavcodec.so: undefined reference to `XMapWindow'
./libavcodec/libavcodec.so: undefined reference to `XCreateImage'
./libavcodec/libavcodec.so: undefined reference to `XSetForeground'
./libavcodec/libavcodec.so: undefined reference to `XAllocNamedColor'
./libavcodec/libavcodec.so: undefined reference to `XResizeWindow'
./libavcodec/libavcodec.so: undefined reference to `XAllocSizeHints'
./libavcodec/libavcodec.so: undefined reference to `XFree'
./libavcodec/libavcodec.so: undefined reference to `XCreateColormap'
./libavcodec/libavcodec.so: undefined reference to `XDrawLine'
./libavcodec/libavcodec.so: undefined reference to `XCreateWindow'
./libavcodec/libavcodec.so: undefined reference to `XNextEvent'
./libavcodec/libavcodec.so: undefined reference to `XDrawRectangle'
./libavcodec/libavcodec.so: undefined reference to `XSelectInput'
./libavcodec/libavcodec.so: undefined reference to `XSetStandardProperties'
./libavcodec/libavcodec.so: undefined reference to `XPutImage'
./libavcodec/libavcodec.so: undefined reference to `XOpenDisplay'
collect2: ld returned 1 exit status
make: *** [ffmpeg_g] Error 1
I get the same error whether I use the build for the current CVS version in stable, or the latest CVS. I just tried taking out the --enable-x264 and I still get the same error. It looks like it won't compile with GCC4. gcc-compat has disappeared from the AUR, so what am I supposed to do to get gcc3.4 back again? This is why so many other distros haven't switched to gcc4.

google:ffmpeg gcc4 - there's a patch out there......
Hey, that's the first time I've used the google: tags...

Several Download problem's and proposal solutions

- Server name download-uk.oracle.com/otn/linux/oracle9i
- Filename lnx_920_disk1.cpio.gz
I have tried to download this and two other files, it always fail.
I have tried several tools both within windows and linux.
I have only succeed starting the download with a browser,
unable to download with the given link, got a jsp file instead.
I have tried with tools like 'wget' 'ncftpget', ... otnLogin.jsp got received.
With the browser I got a broken 630Mbyte file!
It should be nice to have the possibility to download rest of the file with
'rsync', 'rsync' have the possiblity to download only the corrupted part,
instead of download an other broken <650Mbyte file again you download
the minor part that is missing or is corrupted.
How do I get correct path to the file and is it possible for Oracle to
enable to download with 'rsync' program?
There exist 'rsync' binaries for Windows, Linux and Sun. There is no problem
recompiling the source on any unix system.

A couple of tests:
1. Create a Dummy User account with full Admin Read/Write permissions. Does that fix it?
2. Make certain your active User account has full Read/Write permissions for the storage location of both: The Catalog, and The Image Files.

SOLARIS 8 SPARC: Find command 64bit-version

Hi to all.
I have this situation:
find / -name xyz -print
Value too large for defined data typeOn the newsgroups I read:
"That can occur if you run a 32-bit application on a file whose
timestamp does not fit in a 32-bit time_t. To work around the
problem, recompile 'find' in 64-bit mode. Too bad Sun doesn't
ship it that way.
Similarly for all other applications that stat files, notably 'ls'."
Is it true? Is it possible to find a pre-compiled 64bit version of system tools?
The Solaris source code is available to recompile?
Thanks
karlo

No, this is not true. The size of the datastructure elements
has nothing to do with the need for a large memory address
space. This is a bug, so please submit one.
It would be very strange to have a timestamp > 32 bits because
the timestamp would be past the year 2038. You might try using
truss(1) to get an idea of which file is causing the problem.
You can get the Solaris source code at:
http://wwws.sun.com/software/solaris/get.html
-- richard

"Global Type declaration duplicated", cached xsd conflicting in jdeveloper?

We're having problems recompiling a project after changing a schema in a second project on which it depends:
Our HR composite app imports a schema from our FaultHandler app. I added 2 new elements to the FaultHandler schema and redeployed to the server - now our HR composite app won't recompile. It errors saying:
[scac] error: in EmpTransformSynch.bpel(87): query "/ns9:HandleFaultRequest/ns9:TimestampeInit" is invalid, because Global Type declaration/definition of name '{http://mydomain.com/SOA/FaultHandler}HandleFaultRequestType' are duplicated at the following locations:
[scac] http://mydomain.com:8001/soa-infra/services/default/FaultHandlerProject/xsd/FaultHandler.xsd [line#: 4]
[scac] http://mydomaincom:8001/soa-infra/services/default/FaultHandlerProject/FaultHandler?XSD=xsd/FaultHandler.xsd [line#: 7]
[scac] There are at least two of them looking different:
[scac] http://mydomain.com:8001/soa-infra/services/default/FaultHandlerProject/xsd/FaultHandler.xsd [difference starting at line#:16]
[scac] http://mydomain.com:8001/soa-infra/services/default/FaultHandlerProject/FaultHandler?XSD=xsd/FaultHandler.xsd [difference starting at line#:19]
I can view the 2 URIs in my browser, and while they differ slightly in how they reference another schema, the schemas (and imported schema) are semantically equivalent.
We've taken the following steps to try to resolve it:
Undeploy the previous revision of Fault handler
Restart soa server
Redepoy Fault Handler
Clean HR app
Make HR app
We have the issue in both jdeveloper 11.1.1.3.0 and 11.1.1.4.0
This is surely something very simple, but it's blockiing us at the moment.
Any help much appreciated.
..Garret
Edited by: user10714498 on 09-Mar-2011 02:27

If your schema contains any characters which will be escaped when parsed by a browser, then version present in the actual .xsd and the version referenced via HTTP server will be different causing the issue.
If you can post the content of your actual schema (as you see it in jDev and not the one opened in the browser) here it will help identifying the issue if any.

Old 8i Pro C applications against XE

I have an old c++ application that is complied using the 8i Pro C compiler.
The database this connects to I have successfully ported to XE.
The application fails when running against XE.
I cannot see any mention of Pro C support in XE.
Can anybody point me in the right direction.

Antony,
this problem seems to appear already when connecting against an Oracle 9i instance.
I have found the following note on Metalink: 8i AND 9i INTEROPERABILITY PROBLEMS WITH PROC PROGRAMS ( https://metalink.oracle.com/metalink/plsql/f?p=130:3:8140580679946174009::::p3_database_id,p3_docid,p3_show_header,p3_show_help,p3_black_frame,p3_font:NOT,160536.1,1,1,1,helvetica)
The suggested workaround for you would be:
===> WORKAROUND FOR 8i CLIENTS RUNNING AGAINST 9i SERVER
For 'HEAP ERROR 17177' problem, recompiling the program with PREFETCH=0 option
problem disappears. But this is not accepted by some customers due to performance affect.
make -f demo_proc.mk build EXE=sample10 OBJS=sample10.o PROCFLAGS="PREFETCH=0"
or
Apply patchset 8.1.7.3 in client code
I would rather apply the latest patch, i.e. 8.1.7.4.
Hope that helps,
~Dietmar.

Why Java class on 1.4.0 don't work with javascript?

Why when I recompile my Java class on 1.4.0 version, I can't use javascript for execute java class methods or fields?
Thanks

This is a ultimate stable version. Beta version are 1.4.1.
About applet malfunction, refine the problem, recompile with "target -1.1" and check if it runs fine. I believe this is the root of problem.
(I speak in portuguese and japanese...LOL)

Apache 2.2.3 recompilation problem with updated openssl

I am trying to recompile an apache 2.2.3 with an updated openssl and stumble on httpd-2.2.3 make. I did compile this setup in the last year successfully, only difference is updated openssl.
First, I installed openssl-0.9.6m from source. Test install:
/usr/local/ssl/bin/openssl version
OpenSSL 0.9.6m 17 Mar 2004
Using following gcc version:
gcc -v
Reading specs from /usr/local/lib/gcc/sparc-sun-solaris2.10/3.4.6/specs
Configured with: ../configure with-as=/usr/ccs/bin/as with-ld=/usr/ccs/bin/ld enable-shared enable-languages=c,c++,f77
Thread model: posix
gcc version 3.4.6
PATH output:
echo $PATH
/usr/sbin:/usr/bin:/usr/local:/usr/local/bin:/usr/ccs/bin:/usr/openwin/bin:/usr /dt/bin:/usr/platform/SUNW,Sun-Fire-V240/sbin:/opt/sun/bin:/opt/SUNWvts/bin
This is my apache config options:
./configure enable-so enable-ssl enable-rewrite enable-proxy enable-proxy-balancer with-ssl=/usr/local/ssl
make output:
Making all in srclib
Making all in pcre
Making all in os
Making all in unix
Making all in server
Making all in mpm
Making all in prefork
Making all in modules
Making all in aaa
Making all in filters
Making all in loggers
Making all in metadata
Making all in proxy
Making all in ssl
In file included from /usr/local/ssl/include/openssl/ecdh.h:79,
from /usr/local/ssl/include/openssl/engine.h:85,
from ssl_toolkit_compat.h:45,
from ssl_private.h:59,
from mod_ssl.c:27:
/usr/local/ssl/include/openssl/ossl_typ.h:79: error: redefinition of typedef 'ASN1_INTEGER'
/usr/local/ssl/include/openssl/asn1.h:241: error: previous declaration of 'ASN1_INTEGER' was here
/usr/local/ssl/include/openssl/ossl_typ.h:80: error: redefinition of typedef 'ASN1_ENUMERATED'
/usr/local/ssl/include/openssl/asn1.h:242: error: previous declaration of 'ASN1_ENUMERATED' was here
/usr/local/ssl/include/openssl/ossl_typ.h:81: error: redefinition of typedef 'ASN1_BIT_STRING'
/usr/local/ssl/include/openssl/asn1.h:243: error: previous declaration of 'ASN1_BIT_STRING' was here
/usr/local/ssl/include/openssl/ossl_typ.h:82: error: redefinition of typedef 'ASN1_OCTET_STRING'
/usr/local/ssl/include/openssl/asn1.h:244: error: previous declaration of 'ASN1_OCTET_STRING' was here
/usr/local/ssl/include/openssl/ossl_typ.h:83: error: redefinition of typedef 'ASN1_PRINTABLESTRING'
/usr/local/ssl/include/openssl/asn1.h:245: error: previous declaration of 'ASN1_PRINTABLESTRING' was here
/usr/local/ssl/include/openssl/ossl_typ.h:84: error: redefinition of typedef 'ASN1_T61STRING'
/usr/local/ssl/include/openssl/asn1.h:246: error: previous declaration of 'ASN1_T61STRING' was here
/usr/local/ssl/include/openssl/ossl_typ.h:85: error: redefinition of typedef 'ASN1_IA5STRING'
/usr/local/ssl/include/openssl/asn1.h:247: error: previous declaration of 'ASN1_IA5STRING' was here
/usr/local/ssl/include/openssl/ossl_typ.h:86: error: redefinition of typedef 'ASN1_GENERALSTRING'
/usr/local/ssl/include/openssl/asn1.h:248: error: previous declaration of 'ASN1_GENERALSTRING' was here
/usr/local/ssl/include/openssl/ossl_typ.h:87: error: redefinition of typedef 'ASN1_UNIVERSALSTRING'
/usr/local/ssl/include/openssl/asn1.h:249: error: previous declaration of 'ASN1_UNIVERSALSTRING' was here
/usr/local/ssl/include/openssl/ossl_typ.h:88: error: redefinition of typedef 'ASN1_BMPSTRING'
/usr/local/ssl/include/openssl/asn1.h:250: error: previous declaration of 'ASN1_BMPSTRING' was here
/usr/local/ssl/include/openssl/ossl_typ.h:89: error: redefinition of typedef 'ASN1_UTCTIME'
/usr/local/ssl/include/openssl/asn1.h:251: error: previous declaration of 'ASN1_UTCTIME' was here
/usr/local/ssl/include/openssl/ossl_typ.h:90: error: redefinition of typedef 'ASN1_TIME'
/usr/local/ssl/include/openssl/asn1.h:252: error: previous declaration of 'ASN1_TIME' was here
/usr/local/ssl/include/openssl/ossl_typ.h:91: error: redefinition of typedef 'ASN1_GENERALIZEDTIME'
/usr/local/ssl/include/openssl/asn1.h:253: error: previous declaration of 'ASN1_GENERALIZEDTIME' was here
/usr/local/ssl/include/openssl/ossl_typ.h:92: error: redefinition of typedef 'ASN1_VISIBLESTRING'
/usr/local/ssl/include/openssl/asn1.h:254: error: previous declaration of 'ASN1_VISIBLESTRING' was here
/usr/local/ssl/include/openssl/ossl_typ.h:93: error: redefinition of typedef 'ASN1_UTF8STRING'
/usr/local/ssl/include/openssl/asn1.h:255: error: previous declaration of 'ASN1_UTF8STRING' was here
/usr/local/ssl/include/openssl/ossl_typ.h:94: error: redefinition of typedef 'ASN1_BOOLEAN'
/usr/local/ssl/include/openssl/asn1.h:256: error: previous declaration of 'ASN1_BOOLEAN' was here
/usr/local/ssl/include/openssl/ossl_typ.h:95: error: redefinition of typedef 'ASN1_NULL'
/usr/local/ssl/include/openssl/asn1.h:259: error: previous declaration of 'ASN1_NULL' was here
/usr/local/ssl/include/openssl/ossl_typ.h:107: error: redefinition of typedef 'BIGNUM'
/usr/local/ssl/include/openssl/bn.h:241: error: previous declaration of 'BIGNUM' was here
/usr/local/ssl/include/openssl/ossl_typ.h:108: error: redefinition of typedef 'BN_CTX'
/usr/local/ssl/include/openssl/bn.h:254: error: previous declaration of 'BN_CTX' was here
/usr/local/ssl/include/openssl/ossl_typ.h:109: error: redefinition of typedef 'BN_BLINDING'
/usr/local/ssl/include/openssl/bn.h:264: error: previous declaration of 'BN_BLINDING' was here
/usr/local/ssl/include/openssl/ossl_typ.h:110: error: redefinition of typedef 'BN_MONT_CTX'
/usr/local/ssl/include/openssl/bn.h:276: error: previous declaration of 'BN_MONT_CTX' was here
/usr/local/ssl/include/openssl/ossl_typ.h:111: error: redefinition of typedef 'BN_RECP_CTX'
/usr/local/ssl/include/openssl/bn.h:288: error: previous declaration of 'BN_RECP_CTX' was here
/usr/local/ssl/include/openssl/ossl_typ.h:114: error: redefinition of typedef 'BUF_MEM'
/usr/local/ssl/include/openssl/buffer.h:71: error: previous declaration of 'BUF_MEM' was here
/usr/local/ssl/include/openssl/ossl_typ.h:116: error: redefinition of typedef 'EVP_CIPHER'
/usr/local/ssl/include/openssl/evp.h:330: error: previous declaration of 'EVP_CIPHER' was here
/usr/local/ssl/include/openssl/ossl_typ.h:117: error: redefinition of typedef 'EVP_CIPHER_CTX'
/usr/local/ssl/include/openssl/evp.h:331: error: previous declaration of 'EVP_CIPHER_CTX' was here
/usr/local/ssl/include/openssl/ossl_typ.h:118: error: redefinition of typedef 'EVP_MD'
/usr/local/ssl/include/openssl/evp.h:276: error: previous declaration of 'EVP_MD' was here
/usr/local/ssl/include/openssl/ossl_typ.h:119: error: redefinition of typedef 'EVP_MD_CTX'
/usr/local/ssl/include/openssl/evp.h:328: error: previous declaration of 'EVP_MD_CTX' was here
/usr/local/ssl/include/openssl/ossl_typ.h:120: error: redefinition of typedef 'EVP_PKEY'
/usr/local/ssl/include/openssl/evp.h:186: error: previous declaration of 'EVP_PKEY' was here
/usr/local/ssl/include/openssl/ossl_typ.h:122: error: redefinition of typedef 'DH'
/usr/local/ssl/include/openssl/dh.h:78: error: previous declaration of 'DH' was here
/usr/local/ssl/include/openssl/ossl_typ.h:123: error: redefinition of typedef 'DH_METHOD'
/usr/local/ssl/include/openssl/dh.h:93: error: previous declaration of 'DH_METHOD' was here
/usr/local/ssl/include/openssl/ossl_typ.h:125: error: redefinition of typedef 'DSA'
/usr/local/ssl/include/openssl/dsa.h:87: error: previous declaration of 'DSA' was here
/usr/local/ssl/include/openssl/ossl_typ.h:126: error: redefinition of typedef 'DSA_METHOD'
/usr/local/ssl/include/openssl/dsa.h:112: error: previous declaration of 'DSA_METHOD' was here
/usr/local/ssl/include/openssl/ossl_typ.h:128: error: redefinition of typedef 'RSA'
/usr/local/ssl/include/openssl/rsa.h:76: error: previous declaration of 'RSA' was here
/usr/local/ssl/include/openssl/ossl_typ.h:129: error: redefinition of typedef 'RSA_METHOD'
/usr/local/ssl/include/openssl/rsa.h:114: error: previous declaration of 'RSA_METHOD' was here
/usr/local/ssl/include/openssl/ossl_typ.h:131: error: redefinition of typedef 'RAND_METHOD'
/usr/local/ssl/include/openssl/rand.h:76: error: previous declaration of 'RAND_METHOD' was here
/usr/local/ssl/include/openssl/ossl_typ.h:136: error: redefinition of typedef 'X509'
/usr/local/ssl/include/openssl/x509.h:280: error: previous declaration of 'X509' was here
/usr/local/ssl/include/openssl/ossl_typ.h:137: error: redefinition of typedef 'X509_ALGOR'
/usr/local/ssl/include/openssl/x509.h:130: error: previous declaration of 'X509_ALGOR' was here
/usr/local/ssl/include/openssl/ossl_typ.h:138: error: redefinition of typedef 'X509_CRL'
/usr/local/ssl/include/openssl/x509.h:407: error: previous declaration of 'X509_CRL' was here
/usr/local/ssl/include/openssl/ossl_typ.h:139: error: redefinition of typedef 'X509_NAME'
/usr/local/ssl/include/openssl/x509.h:176: error: previous declaration of 'X509_NAME' was here
/usr/local/ssl/include/openssl/ossl_typ.h:140: error: redefinition of typedef 'X509_STORE'
/usr/local/ssl/include/openssl/x509_vfy.h:176: error: previous declaration of 'X509_STORE' was here
/usr/local/ssl/include/openssl/ossl_typ.h:141: error: redefinition of typedef 'X509_STORE_CTX'
/usr/local/ssl/include/openssl/x509_vfy.h:157: error: previous declaration of 'X509_STORE_CTX' was here
/usr/local/ssl/include/openssl/ossl_typ.h:143: error: redefinition of typedef 'X509V3_CTX'
/usr/local/ssl/include/openssl/x509v3.h:132: error: previous declaration of 'X509V3_CTX' was here
/usr/local/ssl/include/openssl/ossl_typ.h:144: error: redefinition of typedef 'CONF'
/usr/local/ssl/include/openssl/conf.h:81: error: previous declaration of 'CONF' was here
/usr/local/ssl/include/openssl/ossl_typ.h:165: error: redefinition of typedef 'CRYPTO_EX_DATA'
/usr/local/ssl/include/openssl/crypto.h:194: error: previous declaration of 'CRYPTO_EX_DATA' was here
/usr/local/ssl/include/openssl/ossl_typ.h:168: error: redefinition of typedef 'CRYPTO_EX_new'
/usr/local/ssl/include/openssl/crypto.h:198: error: previous declaration of 'CRYPTO_EX_new' was here
/usr/local/ssl/include/openssl/ossl_typ.h:170: error: redefinition of typedef 'CRYPTO_EX_free'
/usr/local/ssl/include/openssl/crypto.h:201: error: previous declaration of 'CRYPTO_EX_free' was here
/usr/local/ssl/include/openssl/ossl_typ.h:172: error: redefinition of typedef 'CRYPTO_EX_dup'
/usr/local/ssl/include/openssl/crypto.h:204: error: previous declaration of 'CRYPTO_EX_dup' was here
In file included from /usr/local/ssl/include/openssl/engine.h:91,
from ssl_toolkit_compat.h:45,
from ssl_private.h:59,
from mod_ssl.c:27:
/usr/local/ssl/include/openssl/store.h:230: error: syntax error before "OPENSSL_ITEM"
/usr/local/ssl/include/openssl/store.h:232: error: syntax error before "OPENSSL_ITEM"
/usr/local/ssl/include/openssl/store.h:234: error: syntax error before "OPENSSL_ITEM"
/usr/local/ssl/include/openssl/store.h:237: error: syntax error before "OPENSSL_ITEM"
/usr/local/ssl/include/openssl/store.h:239: error: syntax error before "OPENSSL_ITEM"
/usr/local/ssl/include/openssl/store.h:241: error: syntax error before "OPENSSL_ITEM"
/usr/local/ssl/include/openssl/store.h:246: error: syntax error before "OPENSSL_ITEM"
/usr/local/ssl/include/openssl/store.h:248: error: syntax error before "OPENSSL_ITEM"
/usr/local/ssl/include/openssl/store.h:251: error: syntax error before "OPENSSL_ITEM"
/usr/local/ssl/include/openssl/store.h:252: error: syntax error before "OPENSSL_ITEM"
/usr/local/ssl/include/openssl/store.h:255: error: syntax error before "OPENSSL_ITEM"
/usr/local/ssl/include/openssl/store.h:257: error: syntax error before "OPENSSL_ITEM"
/usr/local/ssl/include/openssl/store.h:259: error: syntax error before "OPENSSL_ITEM"
/usr/local/ssl/include/openssl/store.h:264: error: syntax error before "OPENSSL_ITEM"
/usr/local/ssl/include/openssl/store.h:266: error: syntax error before "OPENSSL_ITEM"
/usr/local/ssl/include/openssl/store.h:268: error: syntax error before "OPENSSL_ITEM"
/usr/local/ssl/include/openssl/store.h:271: error: syntax error before "OPENSSL_ITEM"
/usr/local/ssl/include/openssl/store.h:273: error: syntax error before "OPENSSL_ITEM"
/usr/local/ssl/include/openssl/store.h:275: error: syntax error before "OPENSSL_ITEM"
/usr/local/ssl/include/openssl/store.h:280: error: syntax error before "OPENSSL_ITEM"
/usr/local/ssl/include/openssl/store.h:282: error: syntax error before "OPENSSL_ITEM"
/usr/local/ssl/include/openssl/store.h:284: error: syntax error before "OPENSSL_ITEM"
/usr/local/ssl/include/openssl/store.h:286: error: syntax error before "OPENSSL_ITEM"
/usr/local/ssl/include/openssl/store.h:289: error: syntax error before "OPENSSL_ITEM"
/usr/local/ssl/include/openssl/store.h:291: error: syntax error before "OPENSSL_ITEM"
/usr/local/ssl/include/openssl/store.h:296: error: syntax error before "OPENSSL_ITEM"
/usr/local/ssl/include/openssl/store.h:298: error: syntax error before "OPENSSL_ITEM"
/usr/local/ssl/include/openssl/store.h:301: error: syntax error before "OPENSSL_ITEM"
/usr/local/ssl/include/openssl/store.h:303: error: syntax error before "OPENSSL_ITEM"
/usr/local/ssl/include/openssl/store.h:305: error: syntax error before "OPENSSL_ITEM"
/usr/local/ssl/include/openssl/store.h:307: error: syntax error before "OPENSSL_ITEM"
/usr/local/ssl/include/openssl/store.h:310: error: syntax error before "OPENSSL_ITEM"
/usr/local/ssl/include/openssl/store.h:312: error: syntax error before "OPENSSL_ITEM"
/usr/local/ssl/include/openssl/store.h:323: error: syntax error before "OPENSSL_ITEM"
/usr/local/ssl/include/openssl/store.h:324: error: syntax error before "OPENSSL_ITEM"
/usr/local/ssl/include/openssl/store.h:325: error: syntax error before "OPENSSL_ITEM"
/usr/local/ssl/include/openssl/store.h:328: error: syntax error before "OPENSSL_ITEM"
/usr/local/ssl/include/openssl/store.h:329: error: syntax error before "OPENSSL_ITEM"
/usr/local/ssl/include/openssl/store.h:330: error: syntax error before "OPENSSL_ITEM"
/usr/local/ssl/include/openssl/store.h:331: error: syntax error before "OPENSSL_ITEM"
/usr/local/ssl/include/openssl/store.h:377: error: syntax error before '*' token
In file included from ssl_toolkit_compat.h:45,
from ssl_private.h:59,
from mod_ssl.c:27:
/usr/local/ssl/include/openssl/engine.h:624: warning: no semicolon at end of struct or union
/usr/local/ssl/include/openssl/engine.h:624: error: syntax error before '*' token
/usr/local/ssl/include/openssl/engine.h:627: error: syntax error before '}' token
/usr/local/ssl/include/openssl/engine.h:627: warning: data definition has no type or storage class
/usr/local/ssl/include/openssl/engine.h:660: error: syntax error before '*' token
*** Error code 1
The following command caused the error:
/usr/local/apache2/build/libtool silent mode=compile gcc -g -O2 -DSOLARIS2=10 -D_POSIX_PTHREAD_SEMANTICS -D_REENTRANT -D_LARGEFILE64_SOU
RCE -I/tmp/httpd-2.2.3/srclib/pcre -I. -I/tmp/httpd-2.2.3/os/unix -I/tmp/httpd-2.2.3/server/mpm/prefork -I/tmp/httpd-2.2.3/modules/http -I/t
mp/httpd-2.2.3/modules/filters -I/tmp/httpd-2.2.3/modules/proxy -I/tmp/httpd-2.2.3/include -I/tmp/httpd-2.2.3/modules/generators -I/tmp/httpd-2
.2.3/modules/mappers -I/tmp/httpd-2.2.3/modules/database -I/usr/local/apache2/include -I/tmp/httpd-2.2.3/modules/proxy/../generators -I/usr/loc
al/ssl/include -I/usr/sfw/include -I/tmp/httpd-2.2.3/modules/ssl -I/tmp/httpd-2.2.3/modules/dav/main -prefer-non-pic -static -c mod_ssl.c && to
uch mod_ssl.lo
make: Fatal error: Command failed for target `mod_ssl.lo'
Current working directory /tmp/httpd-2.2.3/modules/ssl
*** Error code 1
The following command caused the error:
otarget=`echo all-recursive|sed s/-recursive//`; \
list=' '; \
for i in $list; do \
if test -d "$i"; then \
target="$otarget"; \
echo "Making $target in $i"; \
if test "$i" = "."; then \
made_local=yes; \
target="local-$target"; \
fi; \
(cd $i && make $target) || exit 1; \
fi; \
done; \
if test "$otarget" = "all" && test -z 'libmod_ssl.la'; then \
made_local=yes; \
fi; \
if test "$made_local" != "yes"; then \
make "local-$otarget" || exit 1; \
fi
make: Fatal error: Command failed for target `all-recursive'
Current working directory /tmp/httpd-2.2.3/modules/ssl
*** Error code 1
The following command caused the error:
otarget=`echo all-recursive|sed s/-recursive//`; \
list=' aaa filters loggers metadata proxy ssl http generators mappers'; \
for i in $list; do \
if test -d "$i"; then \
target="$otarget"; \
echo "Making $target in $i"; \
if test "$i" = "."; then \
made_local=yes; \
target="local-$target"; \
fi; \
(cd $i && make $target) || exit 1; \
fi; \
done; \
if test "$otarget" = "all" && test -z ''; then \
made_local=yes; \
fi; \
if test "$made_local" != "yes"; then \
make "local-$otarget" || exit 1; \
fi
make: Fatal error: Command failed for target `all-recursive'
Current working directory /tmp/httpd-2.2.3/modules
*** Error code 1
The following command caused the error:
otarget=`echo all-recursive|sed s/-recursive//`; \
list=' srclib os server modules support'; \
for i in $list; do \
if test -d "$i"; then \
target="$otarget"; \
echo "Making $target in $i"; \
if test "$i" = "."; then \
made_local=yes; \
target="local-$target"; \
fi; \
(cd $i && make $target) || exit 1; \
fi; \
done; \
if test "$otarget" = "all" && test -z 'httpd '; then \
made_local=yes; \
fi; \
if test "$made_local" != "yes"; then \
make "local-$otarget" || exit 1; \
fi
make: Fatal error: Command failed for target `all-recursive'
Any help appreciated

I'm experiencing the same problem with the current DirecTV remote not being able to learn more than the first button prompted to enter (arrow-down). The error message "appletv has already learned this button" appears when attempting to enter the second button prompted (arrow-up). Furthermore, I have attempted configuration on two separate DirecTV HR21 remotes in both AV1 and AV2 modes.
Come on Apple -- don't tease us! Testing wasn't done to make sure AppleTV can learn to respond to a current DirecTV remote? Yikes. I wonder what 3rd-party remotes were tested and confirmed to work.

Problem with registering Parser - Recompiled source code, don't see any changes

I had created a parser. I had register this parser with Ifs Manager. I had execute this following statement to see if been registered carefully:
On user ifssys/ifssys
sql)select name,stringvalue,bundle from odmv_property where name= 'p01';
I see my parser....
select name from odmv_propertybundle where id=1139;
ParserLookupByFileExtension
All it's ok. I upload a file with a 'p01' extension with option 'parser' on my Internet Explorer. All work fine.. My parser work. But I need to do some changes in my code. I update my code, recompile my code. My class file have been updated. After my parser (.class) file have been updated I upload a new file with parse option. I don't see any change I do in my code. Why??? How I can update my parser to view change. I have only recompile my code an place my new class files on the same directory. I have try again (change on code, recompile, test) and I don't see any changes.
But I have test by change my classname. My classname before is Test1 and I have rename my classe by Test2. I have compiled this code and a file Test2.class have been generate. I have update my register parser with Ifs Manager to use the new classname Test2. I have chack with sql statement to see if my parser have been updated. I have been updated correctly. I have upload a new file with parse option and I see my change on my code..
Do you have some explanations about that??
How I can update my source code of a parser already registered to the parser take the change I do.
Francois
null

Ok, but they have another manner to resolve this problem. If I upload a file with parser option on Windows Nt explorer (Using SmbServer or WcpServer). How I can update the class file into the JVM? I need the restart this those server or just one? If just one which server I need to restart?
Thanks Francois
null

WL61SP4 EJBC recompilation problem

I am attempting to upgrade from WL6.1SP1 to WL6.1SP4. I have installed my server
on Solaris using an installation from weblogic610sp4_sol.bin. I compiled my beans
on NT using an installation from weblogic610sp4_win.exe. Everything builds fine.
At deployment time, I get the message below for every bean. My goal is no recompilation
at all. I have tried to insure that I have no
remnants of SP1 on the build (NT) side of the equation.
I installed in a a new bea home, and I double-checked the registry.xml file.
The "build on NT, deploy on Solaris" thing is something we have done since 5.1
with
no problems like this, so I'm guessing it is not a NT vs. Solaris problem. I'm
using the same compiler (Jikes 1.17) on both boxes.
How does the WL version get encoded at build time and verified at deploy time?
Any ideas as to what may be different under SP4?
<Mar 6, 2003 7:19:36 PM EST> <Warning> <EJB> <The EJB deployment named: phenotype_bfxdev
was compiled by a different version of the WebLogic Server.>
<Mar 6, 2003 7:19:36 PM EST> <Info> <EJB> <The EJB deployment named: phenotype.jar
is being recompiled within the WebLogic Server. Please consult the server logs
if there are any errors. It is also possible to run weblogic.ejbc as a stand-alone
tool to generate the required classes.>

Hello,
I currently meet the same problem. In my case, I compile and deploy my ejb
on the same machine (w2k running wls6.1sp4). And since I upgrades to sp4,
here what happens :
- older ejb compiled with previous version of service pack are recompiled
when starting (only once). I think it's normal.
- if I change method signature or method implementation on an ejb compiled
with sp4, weblogic doesn't see changes if it's method implementation or
throws an exception if it was method signature change.
If I want the problem to disappear, I must delete .wlnotdelete and the
tmp... dir
I think I will open a case at BEA.
Reagrds,
Dom
Here is some infos :
Weblogic version:
Console Release Build
6.1.4.0
Server Release Build
6.1.4.0
Server Build
WebLogic Server 6.1 SP4 11/08/2002 21:50:43 #221641
All Server Product Versions
WebLogic Server 6.1 SP4 11/08/2002 21:50:43 #221641
WebLogic XML Module 6.1 SP4 11/08/2002 22:04:40 #221641
wlgenerated included in the ejb jar in .wlnotdelete :
#Thu Apr 17 09:49:17 CEST 2003
WLRELEASE_BUILD_VERSION=6.1.4.0
Exception thrown when method signature change:
####<16 avr. 03 18:03:15 CEST> <Error> <J2EE> <UCPNE> <myserver> <main>
<system> <> <160001> <Error deploying application EJB Commercial:
Unable to deploy EJB: DemandeTarificationAppelOffre from
sofaxiscommercial.jar:
java.lang.NullPointerException
at
weblogic.ejb20.deployer.ClientDrivenBeanInfoImpl.setMDField(ClientDrivenBean
InfoImpl.java:666)
at
weblogic.ejb20.deployer.ClientDrivenBeanInfoImpl.setMethodDescriptors(Client
DrivenBeanInfoImpl.java:723)
at
weblogic.ejb20.deployer.ClientDrivenBeanInfoImpl.deploy(ClientDrivenBeanInfo
Impl.java:858)
at weblogic.ejb20.deployer.Deployer.deployDescriptor(Deployer.java:1299)
at weblogic.ejb20.deployer.Deployer.deploy(Deployer.java:1005)
at weblogic.j2ee.EJBComponent.deploy(EJBComponent.java:33)
at weblogic.j2ee.Application.addComponent(Application.java:174)
at weblogic.j2ee.J2EEService.addDeployment(J2EEService.java:117)
at
weblogic.management.mbeans.custom.DeploymentTarget.addDeployment(DeploymentT
arget.java:364)
at
weblogic.management.mbeans.custom.DeploymentTarget.addDeployments(Deployment
Target.java:286)
at
weblogic.management.mbeans.custom.DeploymentTarget.updateServerDeployments(D
eploymentTarget.java:239)
at
weblogic.management.mbeans.custom.DeploymentTarget.updateDeployments(Deploym
entTarget.java:199)
at java.lang.reflect.Method.invoke(Native Method)
at
weblogic.management.internal.DynamicMBeanImpl.invokeLocally(DynamicMBeanImpl
.java:636)
at
weblogic.management.internal.DynamicMBeanImpl.invoke(DynamicMBeanImpl.java:6
21)
at
weblogic.management.internal.ConfigurationMBeanImpl.invoke(ConfigurationMBea
nImpl.java:374)
at com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1557)
at com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1525)
at weblogic.management.internal.MBeanProxy.invoke(MBeanProxy.java:468)
at weblogic.management.internal.MBeanProxy.invoke(MBeanProxy.java:209)
at $Proxy38.updateDeployments(Unknown Source)
at
weblogic.management.configuration.ServerMBean_CachingStub.updateDeployments(
ServerMBean_CachingStub.java:3015)
at
weblogic.management.mbeans.custom.ApplicationManager.startConfigManager(Appl
icationManager.java:376)
at
weblogic.management.mbeans.custom.ApplicationManager.start(ApplicationManage
r.java:164)
at java.lang.reflect.Method.invoke(Native Method)
at
weblogic.management.internal.DynamicMBeanImpl.invokeLocally(DynamicMBeanImpl
.java:636)
at
weblogic.management.internal.DynamicMBeanImpl.invoke(DynamicMBeanImpl.java:6
21)
at
weblogic.management.internal.ConfigurationMBeanImpl.invoke(ConfigurationMBea
nImpl.java:374)
at com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1557)
at com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1525)
at weblogic.management.internal.MBeanProxy.invoke(MBeanProxy.java:468)
at weblogic.management.internal.MBeanProxy.invoke(MBeanProxy.java:209)
at $Proxy51.start(Unknown Source)
at
weblogic.management.configuration.ApplicationManagerMBean_CachingStub.start(
ApplicationManagerMBean_CachingStub.java:480)
at weblogic.management.Admin.startApplicationManager(Admin.java:1309)
at weblogic.management.Admin.finish(Admin.java:649)
at weblogic.t3.srvr.T3Srvr.start(T3Srvr.java:542)
at weblogic.t3.srvr.T3Srvr.run(T3Srvr.java:213)
at weblogic.Server.main(Server.java:35)
"John" <[email protected]> a écrit dans le message de news:
[email protected]...
>
On both the NT and Solaris side, "java weblogic.version" produces:
WebLogic Server 6.1 SP4 11/08/2002 21:50:43 #221641
WebLogic XML Module 6.1 SP4 11/08/2002 22:04:40 #221641
The wlgenerated files in the beans I am trying to deploy read:
#Fri Mar 07 14:02:15 EST 2003
WLRELEASE_BUILD_VERSION=6.1.4.0
Again, the deployment on Solaris recompiles all of my EJBs. Even deployingon
the NT box where they were built leads to 5 out of 30 EJBs beingrecompiled.
I made sure to remove the .../wlserver6.1/tmp_* directories on Solarisbefore
deploying.
Any other ideas as to what I may be doing wrong, or is this a known SP4problem?
>
>
Rob Woollen <[email protected]> wrote:
Check the output of 'java weblogic.version' on both machines and ensure
it is the same.
ejbc (in 6.x or later) includes a file in the output ejb-jar which
includes the compilation version-stamp. The server compares this with
its own version and recompiles if there is any difference.
-- Rob
John wrote:
I am attempting to upgrade from WL6.1SP1 to WL6.1SP4. I have installedmy server
on Solaris using an installation from weblogic610sp4_sol.bin. I
compiled
my beans
on NT using an installation from weblogic610sp4_win.exe. Everythingbuilds fine.
At deployment time, I get the message below for every bean. My goalis no recompilation
at all. I have tried to insure that I have no
remnants of SP1 on the build (NT) side of the equation.
I installed in a a new bea home, and I double-checked the registry.xmlfile.
The "build on NT, deploy on Solaris" thing is something we have donesince 5.1
with
no problems like this, so I'm guessing it is not a NT vs. Solaris
problem.
I'm
using the same compiler (Jikes 1.17) on both boxes.
How does the WL version get encoded at build time and verified at
deploy
time?
Any ideas as to what may be different under SP4?
<Mar 6, 2003 7:19:36 PM EST> <Warning> <EJB> <The EJB deployment named:phenotype_bfxdev
was compiled by a different version of the WebLogic Server.>
<Mar 6, 2003 7:19:36 PM EST> <Info> <EJB> <The EJB deployment named:phenotype.jar
is being recompiled within the WebLogic Server. Please consult theserver logs
if there are any errors. It is also possible to run weblogic.ejbc asa stand-alone
tool to generate the required classes.>

JSP recompilation problem - losing text fragments

Hi,
I'm working on Oracle JDeveloper 10G and Oracle App Server 10G (9.0.4). Have the same problem on both. The following JSP fragment:
<tr<%= (idx.intValue()%2==0)?" class=bg3":"" %> height="30">
is in a loop where idx is incremented by 1. The page compiles and runs fine initially. If it is changed, then OC4J recompiles it resulting that the even rows print properly
<tr class=bg3 height="30">
but the odd rows instead of printing
<tr height="30">
it only prints
height="30">
i.e. doesn't print the "<tr" and the empty string. If the project is re-build in JDeveloper, that fixes the situation. My problem is that now the same happened on the Oracle App Server deployment, and I cannot force it to compile the JSP properly.
Any suggestions?
Thanks.

Well I found out how to get EL to be ignored:
<%@ page contentType="text/html; charset=UTF-8" isELIgnored="true" %>
but output is now
+hello ${name}+
when before it was
hello
*So the tag is receiving the template text, but it's not evaluating the ${name} parameter.*
Reading the J2EE Tutorial, I don't think I'm doing anything wrong - but I obviously am! anyone shed any light, even a suggestion?
I'm using Tomcat 5.5 and servlet 2.4
"When used to specify a fragment attribute, the body of the jsp:attribute element can contain only static text and standard and custom tags; it cannot contain scripting elements"
"JSP fragments can be parametrized via expression language (EL) variables in the JSP code that composes the fragment. _The EL variables are set by the tag handler, thus allowing the handler to customize the fragment each time it is invoked_"

Java applet recompiling / updating applet problem?

I'm trying to teach myself how to program simple java applets. Anyway I have a weird problem....If I first create my applet with a background color of black and compile it, when I open my applet in internet explorer my bacground color is black. GREAT!
My problem is, is that if i change my background color to red and recompile my java code. Then close/reopen my applet with internet explorer the background is still black. My applet doesnt seem to be updating properly after the recompile.
I have This problem as well if I try to add shapes after the original compile, when I recompile and reopen my applet, my applet is still showing only whats there after the original compile. Any idea what going on?

Sir,
Debugging applets in a browser is a real pain because it isn't reloading you class. You would need to shutdown your browser and restart it to see the changes.
Thankfully there is an easier way.. look at appletviewer.
Sincerely,
Slappy

XMonad recompile failing - path problem?

I have XMonad setup on my machine, and whenever I try to recompile from within the environment (mod-Q), I get the error:
collect2: fatal error: cannot find 'ld'
compilation terminated.
However, if I open a terminal and do xmonad --recompile, it works fine.
Also, a few applications such as firefox and intellij don't run from dmenu/yeganesh, I have to launch them from the terminal.
This makes me think that xmonad doens't have the same $PATH as my terminal environment. How would I check this?

thanks for your help skottish!
running ghc-pkg list displayed that i had two haskell-time's installed. querying the aur using paktahn said that i had haskell-time installed with ghc, which was correct but yaourt said i didn't have it installed. so i installed the package with yaourt, removing both dependancies defined in the pkgbuild, because those always sent yaourt into a terrible loop. the build succeeded and i promptly removed the package. I then reinstalled ghc, xmonad-darcs, and xmonad-contrib-darcs using paktahn. Everything is working splendid now. baller.

Image Processing (JAI-API) Instalation problem

I am developing the software in Image processing (remote sensing). I am facing the following problem when i run the program.
C:\java_ex>javac SimpleJAITest.java
SimpleJAITest.java:23: cannot resolve symbol
symbol : class ScrollingImagePanel
location: class SimpleJAITest
ScrollingImagePanel panel1, panel2;
^
SimpleJAITest.java:36: cannot resolve symbol
symbol : class ScrollingImagePanel
location: class SimpleJAITest
panel1 = new ScrollingImagePanel(loadImage, 300, 300);
^
SimpleJAITest.java:78: cannot resolve symbol
symbol : class ScrollingImagePanel
location: class SimpleJAITest
panel2 = new ScrollingImagePanel(outImage, 300, 300);
^
Note: SimpleJAITest.java uses or overrides a deprecated API.
Note: Recompile with -deprecation for details.
3 errors
Please send the information regarding installation of Java Advance Imaging kit
and link to download JAI API
Also send the solution of this problem

C:\java_ex>javac SimpleJAITest.java -Xlint:deprecation
SimpleJAITest.java:23: cannot find symbol
symbol : class ScrollingImagePanel
location: class SimpleJAITest
ScrollingImagePanel panel1, panel2;
^
SimpleJAITest.java:29: warning: [deprecation] set(java.lang.Object,java.lang.Str
ing) in javax.media.jai.ParameterBlockJAI has been deprecated
loadPB.set(argv[0], "hs");
^
SimpleJAITest.java:36: cannot find symbol
symbol : class ScrollingImagePanel
location: class SimpleJAITest
panel1 = new ScrollingImagePanel(loadImage, 300, 300);
^
SimpleJAITest.java:39: warning: [deprecation] show() in java.awt.Window has been
deprecated
window1.show();
^
SimpleJAITest.java:78: cannot find symbol
symbol : class ScrollingImagePanel
location: class SimpleJAITest
panel2 = new ScrollingImagePanel(outImage, 300, 300);
^
SimpleJAITest.java:81: warning: [deprecation] show() in java.awt.Window has been
deprecated
window2.show();
^
SimpleJAITest.java:87: warning: [deprecation] set(java.lang.Object,java.lang.Str
ing) in javax.media.jai.ParameterBlockJAI has been deprecated
savePB.set(argv[1], "filename");
^
SimpleJAITest.java:88: warning: [deprecation] set(java.lang.Object,java.lang.Str
ing) in javax.media.jai.ParameterBlockJAI has been deprecated
savePB.set(argv[2], "format");
^
3 errors
5 warnings

Problems recompiling 2.6.8

Similar Messages

Maybe you are looking for