Fw: Security Advisory Bulletin No.276
CONFIDENTIAL Date : Thursday - November 12 , 1998 Time : 10:35 AM No. : 276 TL : M-H INFORMATION: As a result of the incidents at several places yesterday, and as measurements to prevent additional incidents, regulations are implemented by the authorities in Jakarta, including: 1. Road closures from November 12 at 06:00 till November 13, 1998 at 21:00: - Toll roads: Cawang to Grogol and Grogol to Cawang - Regular road from Cawang to Police Headquarters on Jl. Gatot Subroto - Roads onto the Semanggi bridge from both directions - Other roads will also be closed when deemed necessary 2. As more political activists and members of students and non-government organizations from outside Jakarta are expecting to join their peers in Jakarta, additional surveillance checkpoints are set up at all entrances into Jakarta. 3. As protest rallies, mass gatherings and mass movements are predicted to increase, the chances of more physical confrontations are likely to happen. 4. The overall security level throughout Jakarta have been reinforced especially at strategic points, including: - MPR-DPR area - Monas area - Jl. Proklamasi - Cawang - Pancoran intersection - Jl. S. Parman - Jl. K. Tapa intersection ADVICE As a consequence of the escalating tensions between the various groups and the associated security controls in the form of road closures, clients are advised to curtail their respective business hours today and seriously consider not going to work tomorrow unless it likely to cause serious disruption to business. The road infrastructure around Central Jakarta will be under severe pressure due to the volume of traffic and probable political activity in the form of demonstrations. Similar advice is advocated for children attending school. Persons wishing to travel to and from the Soekarno-Hatta Airport are advised to check the current traffic and toll roads situation with us. Additional travel time should be considered. We will continue to you inform on any further developments. BAHASA INDONESIA VERSION Tanggal : Kamis - 12 November 1998 Waktu : 10:35 WIB No. : 276 TK : M-T PEMBERITAHUAN: Dengan telah terjadinya bentrokan dibeberapa tempat dan sebagai tindak lanjut dalam pencegahan hal-hal lain, telah diberlakukan a.l.: 1. Penutupan jalan dari 12 November pk. 06:00 sampai dengan 13 November 1998 pk. 21:00: - Jalan tol Cawang ke Grogol dan Grogol ke Cawang - Jalan reguler dari Cawang sampai dengan PolDa - Jl. Gatot Subroto - Jalan naik ke Jembatan Semanggi - kedua arah - Jalan-jalan lain akan ditutup jika keadaan mengharuskan 2. Dalam mengantisipasi kedatangan aktivis politik dan anggota organisasi mahasiswa serta anggota lembaga swadaya masyarakat dari luar kota untuk bergabung di Jakarta, telah didirikan pos-pos penjagaan di semua jalur masuk ke wilayah Jakarta. 3. Dengan akan terjadinya peningkatan aksi unjuk rasa, pengumpulan massa serta pergerakan massa, kemungkinan terjadinya bentrokan fisik akan meningkat. 4. Secara keseluruhan, keamanan di wilayah Jakarta telah ditingkatkan lagi, terutama di titik-titik strategis, antara lain: - Daerah MPR-DPR dan sekitarnya - Daerah Monas dan sekitarnya - Jl. Proklamasi - Persimpangan Cawang - Pancoran - Persimpangan Jl. S. Parman - Jl. K. Tapa SARAN Sebagai akibat meningkatnya ketegangan antara berbagai kelompok dan dengan tindakan keamanan, dalam hal ini penutupan jalan, kami menganjurkan klien untuk mengurangi jam kegiatan usaha hari ini dan secara serius mengaji ulang kebijaksaan untuk tidak mengadakan kegiatan kerja besok, jika hal ini tidak mengakibatkan gangguan terhadap usaha. Lalulintas di wilayah Jakarta Pusat akan mengalami keamcetan akibat pengalihan lalulintas dan kemungkinan kegiatan politik dalam bentuk unjuk rasa. Saran diatas juga berlaku untuk anak-anak sekolah. Bagi yang bertujuan ke Bandara Soekarno-Hatta, dianjurkan untuk menghubungi kami untuk mendapatkan informasi situasi jalan tol. Disarankan agar berangkat lebih awal. Kami akan memberikan informasi selanjutnya mengenai perkembangan yang akan terjadi.
Re: Anyone tried JNI Interface via dlopen/dlsym methods?
Juergen Kreileder writes: > Bernd, a short note on DestroyJavaVM: 1.1 does not support unloading > the virtual machine (the JNI spec says it does not work in '1.1.2' > but it applies to all 1.1 JDKs, Sun only forgot to update the spec). > The 1.2 documentation for DestroyJavaVM is more precise: 1.2 still > does not support vm unloading and DestroyJavaVM *always* returns an > error code. I know. I consider it a bug, whether sanctioned by spec revisions or not, and I am just obnoxious and stubborn enough to leave the call in my apps and report the error (usually more verbose and colourful). It's in the Bug Parade, and it is an annoying error that prevents a native app from scrapping a JVM and invoking another one, among other things. b.
Re: Anyone tried JNI Interface via dlopen/dlsym methods?
Juergen Kreileder writes: > The dlopen thing works on 1.2 without problems! Don't want to sound like a broken record, but... ETA? Gibt es da ein Beta zu testen? Confidential or otherwise. b.
java-linux
On Wed, 11 Nov 1998, Bernd Kreimeier wrote: > > Admittedly, Sun publishes the specs (for now and on most > > components) but thats an odd concession when matching > > their specs does not give you something you can call Java. > > Gimme a break. Mesa has lived and grown within similar constraints > for years and is quite well - it can be called "an implementation > of the OpenGL API", it just can't be called "OpenGL". > > The key to any successfull "taillight Open Source" project > are public, complete specs. Mesa is built using the OpenGL > specs provided by SGI, and Sun seems to be willing to provide > the Java specs needed for Japhar/Classpath etc. One can always > ask for more, but one might rather ask Microsoft for specs > that'd help the Wine developers. > > Isn't there an "[EMAIL PROTECTED]" by now for these threads? > Are you suggesting that this thread doesn't belong or is not relevant to java-linux? I disagree. The more discussion on these topics, the better. Mark
Re: JDK for 21064?
> Admittedly, Sun publishes the specs (for now and on most > components) but thats an odd concession when matching > their specs does not give you something you can call Java. Gimme a break. Mesa has lived and grown within similar constraints for years and is quite well - it can be called "an implementation of the OpenGL API", it just can't be called "OpenGL". The key to any successfull "taillight Open Source" project are public, complete specs. Mesa is built using the OpenGL specs provided by SGI, and Sun seems to be willing to provide the Java specs needed for Japhar/Classpath etc. One can always ask for more, but one might rather ask Microsoft for specs that'd help the Wine developers. Isn't there an "[EMAIL PROTECTED]" by now for these threads? b.
Re: which is the best CORBA/Java implementation?
> Any chance to find something like this? BTW is anyone here using CORBA in > conjunction with java? Hello, We have been able to get the JDK1.2beta CORBA implementation to work on our Linux box. All we did was unjar the jdk1.2beta classes.zip and then jar up all the org/omg stuff into a new archive. Put the new archive in your $CLASSPATH and you've got a "free" CORBA implementation. So far, we've experienced no problems with it; it even runs fine using the shuJIT just-in-time compiler. We did have problems using it with TYA, however :( If you want, I can email you our "corba.jar" file. It is based on the org/omg stuff extracted from a jdk1.2beta4 classes.zip file for Windows NT. But, as I've said, it works fine for us on Linux. True "write once, run anywhere" in action! -Doug Seifert http://www.onion.net/ begin:vcard n:Seifert;Douglas A. tel;pager:888-763-1229 tel;home:310-450-6788 tel;work:310-335-5200 x-mozilla-html:TRUE url:http://www.onion.net/ org:DAS adr:;;55 Navy St. #110;Venice;CA;90291;US version:2.1 email;internet:[EMAIL PROTECTED] x-mozilla-cpt:;18080 fn:Douglas A. Seifert end:vcard
Re: shuJIT: another Java/Linux JIT
[EMAIL PROTECTED](Nelson Minar) said: > I found a link to another JIT for Linux, shuJIT, at > http://www.shudo.net/jit/ Thanks. I'm the author of the JIT. I've forgotten to announce releace of my JIT compiler. > Executive summary: also works with FreeBSD, The JIT is being developing on Linux and ported to FreeBSD by myself. Porting work requires some knowledge of FreeBSD (2.X), but is not too difficult. I suppose that it is desirable to port TYA to some platforms other than Linux. > says performance is about like TYA, ShuJIT shows better performance than TYA with simple programs such as Linpack or Eratosthenes sieve benchmark. But maybe TYA is superior to shuJIT with usual applications. The current weakest point of shuJIT is performance of method invocation. If we pursuit real good performance, I think that we should deploy the intermediate representation such as GCC's RTL and perform more optimizations like C compiler and register allocation rather than direct translation like TYA and shuJIT. Because my primary goal is not performance, I don't plan to construct a JIT in this manner. > interested in working eventually with thread migration. Primary purpose of my development of JIT is having our thread migration system worked with JIT. Thread migration requires being able to take execution context out in machine independent form. Common JIT's don't allow us that. To 16:00 Nov 12, we have a booth in research exhibits of SC98 international conference at Orlando (http://www.supercomp.org/sc98/). We'll show demonstration of our system if you can visit our booth, parallel and distributed computing environment, R119. > The author is in a research group working on "OpenJIT", Sorry for misleading my writings, I'm not a member of OpenJIT project. I respect the leader of the project, Prof. Matsuoka and I'm very interesting in the project. > a project to make > the JIT itself be controllable by Java to make it easier to tune. > Looks quite interesting. Performance of the prototype implementation is as good as Sun JIT. Rather shows a bit better performance than Sun JIT. To my regret current implementation of OpenJIT is not open to public. Kazuyuki SHUDO Happy Hacking! Muraoka Lab., School of Sci. Eng., Waseda Univ. E-mail: [EMAIL PROTECTED] Address: Muraoka Lab., Waseda Univ., 3-4-1 Okubo Shinjuku-ku Tokyo 165-8555 JAPAN TEL: +81-3-3209-5198FAX: +81-3-3209-5198
Re: shuJIT: another Java/Linux JIT
Thank you for telling us more about shuJIT. It's wonderful to have several options for JITs for Java/Linux! >If we pursuit real good performance, I think that we should deploy >the intermediate representation such as GCC's RTL and perform more >optimizations like C compiler and register allocation rather than >direct translation like TYA and shuJIT. I think you are right. Is anyone on the mailing list knowledgable about what Cygnus is doing with gcc and Java? They have Java front end and back ends for gcc now, but I believe they are targeting one-time compilation rather than JIT. I sure wouldn't want the whole gcc image in core for all my Java programs :-) >Primary purpose of my development of JIT is having our thread >migration system worked with JIT. Thread migration requires being >able to take execution context out in machine independent form. >Common JIT's don't allow us that. Ah, I understand. Thread migration is an interesting topic - I'd love to have it for my own research in mobile agents. Is there any information online about your thread migration work? >> The author is in a research group working on "OpenJIT", >Sorry for misleading my writings, I'm not a member of >OpenJIT project. I respect the leader of the project, >Prof. Matsuoka and I'm very interesting in the project. My apologies! I was looking at your web page and guessed you were working with Prof. Matsuoka. I am very sorry for misstating your affiliation.
Re: Basics of using JNI under Linux
On Thu, 5 Nov 1998, peter johnson wrote: > > > Nicholas Matsakis wrote: > > > Briefly, I am trying to call a native method under Linux. I have a > > decent understanding of the JNI, and have gotten my code to load under > > windows, but am unable to load the shared library under Linux. Other > > relevant details include my system profile: Slackware, libc.so.5, JDK 1.1.6v5 > > > > As I understand it, the process is: > > > > 1) Write your java file, declaring native methods > > 2) Run javah on the file to get your headers > > 3) Implement the native methods in (my case in) C++ > > 4) Compile the C++ code to object files > > 5) Link the object files into a shared library (are the following > >compiler options sufficient?) > > > > gcc -lm -shared -Wl,-soname,libreceng.so -o libreceng.so lots_of_files.o > > > > I am currently not interested in putting version numbers on my shared > > library, is that necessary? > > > > 6) Put the shared library in your shared library path. Where is this > > path define, exactly? I'm using tcsh, and I presume that $LPATH is the > > path I'm interested in. > > > > 7) Run your java. > > -- > > At step 7 I get the following error: > > > > matsakis@natural-log>av index.html > > File not found (libreceng.so) > > Exception occurred during event dispatching: > > java.lang.UnsatisfiedLinkError: no receng in shared library path > > at java.lang.Runtime.loadLibrary(Runtime.java) > > at java.lang.System.loadLibrary(System.java) > > at NLI.RecEng.(Demo.java:87) > > at NLI.Demo.evaluate(Demo.java:70) > > at NLI.Input_Panel.handleEvent(Input_Panel.java:38) > > at java.awt.Component.postEvent(Component.java:1986) > > at java.awt.Component.postEvent(Component.java:1996) > > at java.awt.Component.postEvent(Component.java:1996) > > at java.awt.Component.dispatchEventImpl(Component.java:1793) > > at java.awt.Component.dispatchEvent(Component.java:1708) > > at java.awt.EventDispatchThread.run(EventDispatchThread.java:81) > > > > Any suggestions? > > > > Nick Matsakis > > I'm not 100% sure, but I believe you have to use -PIC (position independent code) > flag on the compile. > > Peter Johnson > [EMAIL PROTECTED] > I am finding GNU's libtool very useful in this regards and reduces the pain of creating the required shared libraries. C.S.
Re: which is the best CORBA/Java implementation?
-- | From: seifertd / mime, , , [EMAIL PROTECTED] | To: java-linux / mime, , , [EMAIL PROTECTED] | Subject: Re: which is the best CORBA/Java implementation? | Date: Thursday, November 12, 1998 4:12PM | | | > Any chance to find something like this? BTW is anyone here using CORBA in | > conjunction with java? | | Hello, | | We have been able to get the JDK1.2beta CORBA implementation to work on | our Linux box. All we did was unjar the jdk1.2beta classes.zip and then | jar up all the org/omg stuff into a new archive. Put the new archive in | your $CLASSPATH and you've got a "free" CORBA implementation. So far, | we've experienced no problems with it; it even runs fine using the | shuJIT just-in-time compiler. We did have problems using it with TYA, | however :( I did exactly the same and worked perfectly for me as well, but I didn't try it with JIT compilation switched on. Please note that you won't have an IDL compiler under Linux, because that part of JDK1.2 isn't written in Java :-( The problem I experienced (with JDK1.2b2) is that I couldn't start the TransientNameServer under Linux, although this should be pure Java. It simply set something like: "Not supported under Linux" Maybe this was politics Cheers, Addy.
Re: which is the best CORBA/Java implementation?
>I did exactly the same and worked perfectly for me as well, but I
>didn't try it with JIT compilation switched on.
>Please note that you won't have an IDL compiler under Linux, because
>that part of JDK1.2 isn't written in Java :-(
Yes, no help for this. We have had to run idltojava on a Solaris box
we have access to, then ftp over the results.
>The problem I experienced (with JDK1.2b2) is that I couldn't start the
>TransientNameServer under Linux, although this should be pure Java. It
>simply set something like:
>"Not supported under Linux"
>Maybe this was politics
Try this:
// Start up a collocated NameServer.
class NameServerThread extends Thread {
private String [] m_args;
public NameServerThread(String [] f_args) throws Exception {
m_args = f_args;
start();
}
public void run() {
com.sun.CosNaming.TransientNameServer.main(m_args);
}
}
NameServerThread nst = new NameServerThread(argv);
TransientNameServer wants "-ORBInitialPort " as initialization args.
You can stick this is in a stand alone app or in with your server code. If
you put it in with your server code, make sure that you put
Thread.currentThread().yield(); right after starting the NameServerThread so
it has a chance to get going before you try connecting to it.
-Doug Seifert
begin 666 Re.txt
M#0HM+2TM+2TM+2TM#0I\($9R;VTZ('-E:69E2P@3F]V96UB97(@,3(L(#$Y.3@@
M-#HQ,E!-#0I\#0I\#0I\(#X@(" @(" @06YY(&-H86YC92!T;R!F:6YD('-O
M;65T:&EN9R!L:6ME('1H:7,_($)45R!I"X@($%L;"!W92!D:60@=V%S('5N:F%R('1H92!J
M9&LQ+C)B971A(&-L87-S97,N>FEP(&%N9"!T:&5N#0I\(&IA2!T:&4@
M2!F;W(@;64@87,@=V5L;"P@8G5T
M($D@#0ID:61N)W0@=')Y(&ET('=I=&@@2DE4(&-O;7!I;&%T:6]N('-W:71C
M:&5D(&]N+@T*4&QE87-E(&YO=&4@=&AA="!Y;W4@=V]N)W0@:&%V92!A;B!)
M1$P@8V]M<&EL97(@=6YD97(@3&EN=7@L(&)E8V%U
Retrieving a fully qualified hostname under NT
Hi all, I've posted that question a few days ago to java.lang.programmer but got no response :-( But, since this problem is really bugging me, and there might be some people in this list that run there progs under NT and Linux, just as me, I hope to find a solution here. Anyway, here is the problem, easy and simple when I use String localhostname=(InetAddress.getLocalHost()).getHostName(); under Linux I get the fully qualified hostname, under NT just the local hostname, eg. host instead of host.my.domain.com Our admin says that its an NT feature/problem (you never know) because it stores both names separately and returns usually only the local hostname. Is there a workaround for that, so I can get the fully qualyfied hostname or do I just have to live with that? Or even better is our system misconfigured and I can tell our admin that he's wrong (which is always fun ;-) ) Thanks in advance Mark -- M a r k H o f m a n n Department of Computer Science University of Stellenbosch / South Africa phone: +27-82-7449880
[Java-Linux] about this list ...
Hi, Sorry for this isn't a java-related message, but it a few suggestions about the list itself, and people using it... 1) include [Java-linux] in your Subject:, for every mails to this list *please* put a header in front of every email for the mailing list (exemple: "Subject: [Java-linux]". it can be a good idea to put exactly this [Java-linux], because if everyone include his own prefix, it won't be usefull anymore ;^) It's usefull to be able to seprate mails from the list from mail from other sources... especially when there is so much emails! I will try to find where to post this mail to touch the people in charge of this mailing-list, but meanwile please do this yourself, it isn't difficult , takes only 2 secondes, and will be a great enhancement :^) 2) about included messages: I also want to ask everyone there to *please* skip all the irrelevant when they include a message for a reply... Most of the time just 2 or 3 lines are enough (and are recommended, because it helps people without the original message to see what the discussion is about...) but you *never* need to include the entire message (especially the signature)... (the worst exemple beeing people including a *huge* [and very recent!] spam article just to complain against spam! Quite funny ;^) and it looks like those messages preventing a lot of people against fake "virus in this email" messages, and (re)sended to so many people than they become a form of virus themselves! (or, more "acurately", a spam)) This is especially ennoyant for people over a slow modem connection... They spend time (and so money) to download their emails... Mailing lists are usefull, but can become unusable if the "noise/signal" ratio become to high... Thanks in advance... :^) (And i hope i won't be flamed, these are only my opinions after all... ;^) E-mail: [EMAIL PROTECTED] (or try: [EMAIL PROTECTED]) on IRC: Edhel-Dil, on any undernet server(eg: "eu.undernet.org")
Re: [Java-Linux] about this list ...
> 1) include [Java-linux] in your Subject:, for every mails to this list No, please don't. There's no point. This list has been running just fine for two years without anyone doing this. All mail from this list already comes with this header: Resent-Sender: [EMAIL PROTECTED] Any decent mail software can filter based on this. > I also want to ask everyone there to *please* skip all the irrelevant > when they include a message for a reply... This is very good advice for all email. One last request, specific to java-linux. For every mail you write, consider two things: "is it about Java?" and "is it about Linux?". If it's not about both topics, do not post it here. Mail about Java in general or Linux in general have no place here.
classes.zip
hi! could somebody tell me where i can get the classes.zip for linux? they are not included in the linux jdk nor jre. i realize it is a very basic question but i have found no docs to help me. & i apologize in advance for cluttering the list w/ goofy questions. thanks, alex a. __ Get Your Private, Free Email at http://www.hotmail.com
Re: [Java-Linux] about this list ...
On Thu, Nov 12, 1998 at 10:46:13PM +0100, olivier Dulac wrote: > > Hi, > > Sorry for this isn't a java-related message, but it a few suggestions > about the list itself, and people using it... > > 1) include [Java-linux] in your Subject:, for every mails to this list > >*please* put a header in front of every email for the mailing list >(exemple: "Subject: [Java-linux]". >it can be a good idea to put exactly this [Java-linux], because if >everyone include his own prefix, it won't be usefull anymore ;^) > >It's usefull to be able to seprate mails from the list from >mail from other sources... especially when there is so much emails! > >I will try to find where to post this mail to touch the people >in charge of this mailing-list, but meanwile please do this yourself, >it isn't difficult , takes only 2 secondes, and will be a great >enhancement :^) NO! This is an *AWFUL* thing to do. Setup a procmail or filter filter if you want to filter your messages. I read this list on a tty from time to time, using my mail program, I'll get subjects which all read [java-linux] a | <- screen ends here. Headers have lots of information in them which you can use to filter if you so desire. Subjects are there to be human readable. If you need help setting up a filtering system, I'd be happy to help. -Seth -- "It is by will alone I set my mind in motion"
Re: [Java-Linux] about this list ...
Hi .. olivier Dulac wrote: > Hi, > > Sorry for this isn't a java-related message, but it a few suggestions > about the list itself, and people using it... > > 1) include [Java-linux] in your Subject:, for every mails to this list > >*please* put a header in front of every email for the mailing list >(exemple: "Subject: [Java-linux]". >it can be a good idea to put exactly this [Java-linux], because if >everyone include his own prefix, it won't be usefull anymore ;^) > >It's usefull to be able to seprate mails from the list from >mail from other sources... especially when there is so much emails! Er ... mmm. what about email filters? What sort of email software are you using?? In which way, just set the filter to sender = java-linux, c'est ca .. Personally, I think the error is on your side :^| >I will try to find where to post this mail to touch the people >in charge of this mailing-list, but meanwile please do this yourself, >it isn't difficult , takes only 2 secondes, and will be a great >enhancement :^) > > 2) about included messages: > >I also want to ask everyone there to *please* skip all the irrelevant >when they include a message for a reply... sound nice, but how are you going to define "irrelevant", e.g. which part of your message should I leave out ?? Usually I delete a message which contains just a question that I can't answer (so basically all ;-) ) and just keep the replies, thats why it is so nice to have the original message included. I don't want to know what the discussion was about, I want to know what the question reply was, because I can't remember every posting when I look for answers a couple of weeks later. >Most of the time just 2 or 3 lines are enough (and are >recommended, because it helps people without the original message to >see what the discussion is about...) but you *never* need to include >the entire message (especially the signature)... >(the worst exemple beeing people including a *huge* [and very recent!] >spam article just to complain against spam! Quite funny ;^) and it >looks like those messages preventing a lot of people against fake >"virus in this email" messages, and (re)sended to so many people than >they become a form of virus themselves! (or, more "acurately", a spam)) > >This is especially ennoyant for people over a slow modem connection... >They spend time (and so money) to download their emails... I know, but some things you just have to live with it seems. > >Mailing lists are usefull, but can become unusable if the >"noise/signal" ratio become to high... > > Thanks in advance... :^) > (And i hope i won't be flamed, these are only my opinions after all... ;^) I didn't flame I think, if it sounds like, it's just _my_ opinion Mark -- M a r k H o f m a n n Department of Computer Science University of Stellenbosch / South Africa phone: +27-82-7449880
Re: classes.zip
On Thu, 12 Nov 1998 14:33:50 PST, alex andrejin wrote: >hi! could somebody tell me where i can get the classes.zip for linux? >they are not included in the linux jdk nor jre. > >i realize it is a very basic question but i have found no docs to help >me. & i apologize in advance for cluttering the list w/ goofy questions. Yes it is included in the JDK/etc. If you have tar -zxf the file the current version would be in: .../jdk117_v1a/lib/classes.zip Michael Sinz -- Director of Research & Development, NextBus Inc. mailto:[EMAIL PROTECTED] - http://www.nextbus.com My place on the web ---> http://www.users.fast.net/~michael_sinz
RE: Retrieving a fully qualified hostname under NT
Under Linux I don't get the FQDN for my machine. Primarily because when I set the machine up i did not specify it's hostname as its FQDN (which I don't think it should be). Java should have better access to the local machine's various names, but then again Java should have lots of better things. If you get this one figured out please let me know. --jason On 12-Nov-98 Mark Hofmann wrote: > Hi all, > > I've posted that question a few days ago to java.lang.programmer > but got no response :-( > But, since this problem is really bugging me, and there might be some > people in this list that run there progs under NT and Linux, just as me, > I hope to find a solution here. > Anyway, here is the problem, easy and simple > > when I use > String localhostname=(InetAddress.getLocalHost()).getHostName(); > under Linux I get the fully qualified hostname, under NT just the local > hostname, eg. host instead of host.my.domain.com > > Our admin says that its an NT feature/problem (you never know) because it > stores both names separately and returns usually only the local hostname. > > Is there a workaround for that, so I can get the fully qualyfied hostname or > do I just have to live with that? Or even better is our system misconfigured > and I can tell our admin that he's wrong (which is always fun ;-) ) > > Thanks in advance > > Mark > > > > -- > M a r k H o f m a n n > Department of Computer Science > University of Stellenbosch / South Africa > phone: +27-82-7449880
RE: Retrieving a fully qualified hostname under NT
hello sorry for this. Where can I get a type 4(?) JDBC driver? I am testing an Oracle server and want to use a Java-based client. Thank you for your time. regards duan
