Re: i386 tinderbox failure
On Fri, May 24, 2002 at 23:32 -0700, Peter Wemm wrote: > > Dag-Erling Smorgrav wrote: > > perl: Perl is not installed, try 'pkg_add -r perl' > > Indeed it is installed. Note that you have exposed a fundamental bug > in the perl wrapper. It only searches $PATH, and /usr/local/bin is not > in $PATH for many system tools (eg: pkg_add -r). Is this the moment where src/usr.bin/perl should be mailwrapper like? Instead of searching the interpreter in some uncertain location (and failing) shouldn't the program just believe in what it was told by the admin? Since the admin should know if perl is installed and where it lives. And which one to choose should multiple versions be installed (for whatever reason). [ who is screaming "bikeshed" while _functionality_ and determined behaviour is being discussed? ] virtually yours 82D1 9B9C 01DC 4FB4 D7B4 61BE 3F49 4F77 72DE DA76 Gerhard Sittig true | mail -s "get gpg key" [EMAIL PROTECTED] -- If you don't understand or are scared by any of the above ask your parents or an adult to help you. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
i386 tinderbox failure
-- >>> Rebuilding the temporary build tree -- >>> stage 1: bootstrap tools -- >>> stage 2: cleaning up the object tree -- >>> stage 2: rebuilding the object tree -- >>> stage 2: build tools -- >>> stage 3: cross tools -- >>> stage 4: populating /tmp/des/obj/i386/d/home/des/tinderbox/src/i386/usr/include -- >>> stage 4: building libraries -- >>> stage 4: make dependencies -- ===> sbin/comcontrol ===> sbin/conscontrol ===> sbin/dhclient ===> sbin/dhclient/common ===> sbin/dhclient/dst ===> sbin/dhclient/minires cc: Internal error: Segmentation fault (program cpp0) Please submit a full bug report. See http://www.gnu.org/software/gcc/bugs.html> for instructions. mkdep: compile failed *** Error code 1 Stop in /d/home/des/tinderbox/src/sbin/dhclient/minires. *** Error code 1 Stop in /d/home/des/tinderbox/src/sbin/dhclient. *** Error code 1 Stop in /d/home/des/tinderbox/src/sbin. *** Error code 1 Stop in /d/home/des/tinderbox/src. *** Error code 1 Stop in /d/home/des/tinderbox/src. *** Error code 1 Stop in /d/home/des/tinderbox/src. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Junk in new gcc include path
< said: > So why does adding "-I/usr/include" to CPPFLAGS cause the compiler to ignore > the headers in /usr/include? It doesn't -- it just causes the compiler to emit a warning message which confuses AC_CHECK_HEADER in some versions of autoconf. (I think 2.52 doesn't have this problem, but 2.19 does. I haven't investigated this recently, though.) -GAWollman -- Garrett A. Wollman | [G]enes make enzymes, and enzymes control the rates of [EMAIL PROTECTED] | chemical processes. Genes do not make ``novelty- Opinions not those of| seeking'' or any other complex and overt behavior. MIT, LCS, CRS, or NSA| - Stephen Jay Gould (1941-2002) To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Mutex statistics script
[Please direct followups to -chat.] < said: > Here's a list of the ten most frequently acquired mutices (over a ObLanguagePeeve: ``Mutex'' is a portmanteau of ``MUTual EXclusion''; a Latinate plural is thus entirely inappropriate. The plural of ``mutex'' is ``mutexes''. -GAWollman To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Mutex statistics script
The attached script sorts the data from the debug.mutex.prof.stats sysctl variable according to the selected key (the default being the mutex name) The -g option causes the script to strip off the source file and line and accumulate totals for each mutex. The -r option reverses the sorting order. The (mutually exclusive) -a, -c, -m and -t options sort the results by the max, total, count or average column. Here's a list of the ten most frequently acquired mutices (over a period of 11 days), grouped by mutex name: des@des ~% mtxstat -gcr -l 10 maxtotalcount average name 1077094 3634841194 30212988991 process lock 200760 4475449899 23398851462 pool mutex 11075293 54743743699 2127442731 26 Giant 252 2151217659 15879248051 sellck 24594 19136329938138161422 vnode interlock 442810 12872182712716587273 18 filedesc structure 520 20386816914808182164 PCPU 16 361141567107651876866740 bio queue 1142703224991854538421 malloc 871659133901822770451 temp Sorted by total time held, a few minutes later: des@des ~% mtxstat -gtr -l 10 maxtotalcount average name 11075293 54762076072 2128355890 26 Giant 442810 12881479450716922166 18 filedesc structure 200760 4475944044 23403245072 pool mutex 97625 4303676900 51655812 83 mntvnode 1077094 3636650031 30228175221 process lock 252 2152670298 15891438891 sellck 520 20388613584808725414 PCPU 16 24594 19136994598138466492 vnode interlock 8418383692889 9040940 42 xl0 87348538260 742519905 vnode_free_list IWBNI there was a way to record how many times each mutex was contested... DES -- Dag-Erling Smorgrav - [EMAIL PROTECTED] #!/usr/bin/perl -Tw #- # Copyright (c) 2002 Dag-Erling Coïdan Smørgrav # All rights reserved. # # Redistribution and use in source and binary forms, with or without # modification, are permitted provided that the following conditions # are met: # 1. Redistributions of source code must retain the above copyright #notice, this list of conditions and the following disclaimer #in this position and unchanged. # 2. Redistributions in binary form must reproduce the above copyright #notice, this list of conditions and the following disclaimer in the #documentation and/or other materials provided with the distribution. # 3. The name of the author may not be used to endorse or promote products #derived from this software without specific prior written permission. # # THIS SOFTWARE IS PROVIDED BY THE AUTHOR ``AS IS'' AND ANY EXPRESS OR # IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES # OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIMED. # IN NO EVENT SHALL THE AUTHOR BE LIABLE FOR ANY DIRECT, INDIRECT, # INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT # NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, # DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY # THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT # (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF # THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE. # # $Id$ # use strict; use Getopt::Std; sub usage() { print(STDERR "usage: mtxstat [-gr] [-a|c|m|t] [-l limit]\n"); exit(1); } MAIN:{ my %opts; # Command-line options my $key;# Sort key my $limit; # Output limit local *PIPE;# Pipe my $header; # Header line my @names; # Field names my %data; # Mutex data my @list; # List of entries getopts("acgl:mrt", \%opts) or usage(); if ($opts{'a'}) { usage() if ($opts{'c'} || $opts{'m'} || $opts{'t'}); $key = 'average'; } elsif ($opts{'c'}) { usage() if ($opts{'m'} || $opts{'t'}); $key = 'count'; } elsif ($opts{'m'}) { usage() if ($opts{'t'}); $key = 'max'; } elsif ($opts{'t'}) { $key = 'total'; } if ($opts{'l'}) { if ($opts{'l'} !~ m/^\d+$/) { usage(); } $limit = $opts{'l'}; } $ENV{'PATH'} = '/bin:/sbin:/usr/bin:/usr/sbin'; open(PIPE, "sysctl -n debug.mutex.prof.stats|") or die("open(): $!\n"); $header = ; chomp($header); @names = split(' ', $header); if (defined($key) && !grep(/^$key$/, @names)) { die("can't f
Re: Junk in new gcc include path
From: "Andrey A. Chernov" <[EMAIL PROTECTED]> > Does anybody else saw this too? > I just run 'cc -v hello.c' (printing Hello, world) and see: > ... > GNU C version 3.1 [FreeBSD] 20020509 (prerelease) > (i386-undermydesk-freebsd) > compiled by GNU C version 2.95.4 20020320 [FreeBSD]. > ignoring nonexistent directory "NONE/include" > ignoring duplicate directory "/usr/include" > ... > > It seems junk "NONE/include" is in the include path and "/usr/include" > present there twice. Please fix this thing. Especially if project have > NONE directory... > I'm seeing the "ignoring duplicate directory" problem with the Cyrus-SASL port when building on current. One of the patches (patch-ab) adds "-I${OPENSSLINC} -I${OPENSSLINC}/openssl" to the CPPFLAGS. Then when configure is run it fails to detect the unistd.h and pwd.h header files. Which causes the compile to fail when building checkpw.c. checking for getopt.h... no checking for unistd.h... no checking for crypt.h... no checking for pwd.h... no checking for shadow.h... no checking for paths.h... no Removing "-I${OPENSSLINC}" from patch-ab allows the port to find the system include files in /usr/include. checking for getopt.h... no checking for unistd.h... yes checking for crypt.h... no checking for pwd.h... yes checking for shadow.h... no checking for paths.h... yes So why does adding "-I/usr/include" to CPPFLAGS cause the compiler to ignore the headers in /usr/include? Scot To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: i386 tinderbox failure
On Sat, May 25, 2002 at 12:22:57PM -0700, Peter Wemm wrote: > Dag-Erling Smorgrav wrote: > > Peter Wemm <[EMAIL PROTECTED]> writes: > > > Indeed it is installed. Note that you have exposed a fundamental bug > > > in the perl wrapper. It only searches $PATH, and /usr/local/bin is not > > > in $PATH for many system tools (eg: pkg_add -r). > > > > How about this: > > > > Index: perl.c > > === > > RCS file: /home/ncvs/src/usr.bin/perl/perl.c,v > > retrieving revision 1.2 > > diff -u -u -r1.2 perl.c > > --- perl.c 18 May 2002 05:33:28 - 1.2 > > +++ perl.c 25 May 2002 12:52:43 - > > @@ -59,5 +59,6 @@ > > if (errno != ENOENT) > > err(1, "%s", path); > > } > > + execve("/usr/local/bin/perl", argv, environ); > > errx(1, "Perl is not installed, try 'pkg_add -r perl'"); > > } > > > > Of course, it won't work if Perl was installed with a non-standard > > PREFIX. > > That would work, but IMHO this should be the first location we try since it > is the "most likely" location for it. > > Another idea. Suppose we have /etc/ports.conf or /etc/pkg.conf which is a > symlink to the base of the installed location of ports/packages? (like we > do with /etc/malloc.conf being a symlink). We could exec > /etc/ports.conf/bin/perl as a last resort too. It would look pretty freaky > but would be faster than parsing a text config file. pkg_add could do a > readlink("/etc/ports.conf") to set the default for pkg_add -p as > well. Why not make the link as "/etc/localbase" or somesuch - "*.conf" sort of implies that it is a file for editing (well, most files in /etc are, but anyway). Makes it a little less freaky to me. > -Peter /Niels Chr. -- Niels Christian Bank-Pedersen, NCB1-RIPE. "Hey, are any of you guys out there actually *using* RFC 2549?" To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
duplicate free from "cache_drain" on -current
This is with a version of the md-driver which I will commit in a few moments and Kirks UFS2 patch. The system is in single user and now swap has been configured so it run out of VM. Poul-Henning syv# mdconfig -a -t malloc -s 128g md3: Malloc disk md3 syv# newfs -O 2 /dev/md3 IOCTL(0x41146465) "md3" 'd'/101 O(276) = ENOIOCTL Extent size set to 16384 /dev/md3: 131072.0MB (268435456 sectors) block size 16384, fragment size 2048 using 714 cylinder groups of 183.77MB, 11761 blks, 23552 inodes. super-block backups (for fsck -b #) at: 160, 376512, 752864, 1129216, 1505568, 1881920, 2258272, 2634624, 3010976, 3387328, 3763680, 4140032, 4516384, 4892736, 5269088, 5645440, 6021792, 6398144, 6774496, 7150848, 7527200, 7903552, 8279904, 8656256, 9032608, 9408960, 9785312, 10161664, 10538016, 10914368, 11290720, 11667072, 12043424, 12419776, 12796128, 13172480, 13548832, 13925184, 14301536, 14677888, 15054240, 15430592, 15806944, 16183296, 16559648, 16936000, 17312352, 17688704, 18065056, 18441408, 18817760, 19194112, 19570464, 19946816, 20323168, 20699520, 21075872, 21452224, 21828576, 22204928, 22581280, 22957632, 2984, 23710336, 24086688, 24463040, 24839392, 25215744, 25592096, 25968448, 26344800, 26721152, 27097504, 27473856, 27850208, 28226560, 28602912, 28979264, 29355616, 29731968,Slab at 0xcc28ffe0, freei 6 = 7. panic: Duplicate free of item 0xcc28fc00 from zone 0xc082a280(UMA Buckets) Debugger("panic") Stopped at Debugger+0x45: xchgl %ebx,in_Debugger.0 db> trace Debugger(c02fb17c) at Debugger+0x45 panic(c030e2c0,cc28fc00,c082a280,c030de98,c030e2a0) at panic+0x71 uma_dbg_free(c082a280,cc28ffe0,cc28fc00) at uma_dbg_free+0xc5 uma_zfree_internal(c082a280,cc28fc00,0,0,cc285280,cc28fc00,cc2852a4,0,c030dc51,21f) at uma_zfree_internal+0x13d cache_drain(cc285280) at cache_drain+0xca zone_drain(cc285280) at zone_drain+0x5a zone_foreach(c029eb48,d3937d08,c029c82a,c0353820,1) at zone_foreach+0x2e uma_reclaim(c0353820,1,c030da02,286,287) at uma_reclaim+0x12 vm_pageout_scan(3,d3917414,d3937d34,c01dacfa,0) at vm_pageout_scan+0x30 vm_pageout(0,d3937d48,d3917414,c029d2a8,0) at vm_pageout+0x22a fork_exit(c029d2a8,0,d3937d48) at fork_exit+0x8a fork_trampoline() at fork_trampoline+0x37 db> -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 [EMAIL PROTECTED] | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Junk in new gcc include path
Does anybody else saw this too? I just run 'cc -v hello.c' (printing Hello, world) and see: ... GNU C version 3.1 [FreeBSD] 20020509 (prerelease) (i386-undermydesk-freebsd) compiled by GNU C version 2.95.4 20020320 [FreeBSD]. ignoring nonexistent directory "NONE/include" ignoring duplicate directory "/usr/include" ... It seems junk "NONE/include" is in the include path and "/usr/include" present there twice. Please fix this thing. Especially if project have NONE directory... -- Andrey A. Chernov http://ache.pp.ru/ To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: i386 tinderbox failure
Dag-Erling Smorgrav wrote: > Peter Wemm <[EMAIL PROTECTED]> writes: > > Indeed it is installed. Note that you have exposed a fundamental bug > > in the perl wrapper. It only searches $PATH, and /usr/local/bin is not > > in $PATH for many system tools (eg: pkg_add -r). > > How about this: > > Index: perl.c > === > RCS file: /home/ncvs/src/usr.bin/perl/perl.c,v > retrieving revision 1.2 > diff -u -u -r1.2 perl.c > --- perl.c 18 May 2002 05:33:28 - 1.2 > +++ perl.c 25 May 2002 12:52:43 - > @@ -59,5 +59,6 @@ > if (errno != ENOENT) > err(1, "%s", path); > } > + execve("/usr/local/bin/perl", argv, environ); > errx(1, "Perl is not installed, try 'pkg_add -r perl'"); > } > > Of course, it won't work if Perl was installed with a non-standard > PREFIX. That would work, but IMHO this should be the first location we try since it is the "most likely" location for it. Another idea. Suppose we have /etc/ports.conf or /etc/pkg.conf which is a symlink to the base of the installed location of ports/packages? (like we do with /etc/malloc.conf being a symlink). We could exec /etc/ports.conf/bin/perl as a last resort too. It would look pretty freaky but would be faster than parsing a text config file. pkg_add could do a readlink("/etc/ports.conf") to set the default for pkg_add -p as well. Cheers, -Peter -- Peter Wemm - [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED] "All of this is for nothing if we don't go to the stars" - JMS/B5 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: mfs in current
On 2002.05.25 20:16:05 +, Emanuel Haupt wrote: > i was wondering, where the mount_mfs in the current version has gone? i > am using current on my dell laptop (compatibility reason with 32bit > cardbus) and would like to increase the performance with a mfs mount for > my swap partition. MFS is now known as MD. Try man 8 mdconfig and man 4 md. Your reason for wanting to use it sounds a little bit crazy though; Swap is used when there isn't sufficient physical memory available. I believe the FreeBSD VM system will handle your memory better if it has access to all of it rather than having some of it mounted as a memory disk. > > thanx for your answers. > emanuel > > > To Unsubscribe: send mail to [EMAIL PROTECTED] > with "unsubscribe freebsd-current" in the body of the message To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
mfs in current
i was wondering, where the mount_mfs in the current version has gone? i am using current on my dell laptop (compatibility reason with 32bit cardbus) and would like to increase the performance with a mfs mount for my swap partition. thanx for your answers. emanuel To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Status of cross releases
Ruslan Ermilov ([EMAIL PROTECTED]) wrote: > I would also appreciate if someone could provide me with accounts > on sparc64 and ia64 boxes running 5.0-CURRENT, so I could polish > and actually test some changes. We are not allowed to provide general access to the current ia64 hardware we have because its all pre-production stuff so it may perform "poorly" in benchmarks. I am expecting a 4way McKinley system this coming week and once we make sure that it works properly, i have been given permission to put it into the FreeBSD cluster so others can work on it. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Status of cross releases
Hi! With small hacks for ia64 and sparc64, I have now been able to produce the snapshots for alpha, i386, ia64, pc98, and sparc64 5.0-CURRENT on my 4.5-STABLE i386 box: ftp://ftp.sunbay.net//pub/FreeBSD/snapshots/ Both ia64 and sparc64 need their release/ subdirs to be filled in, and produced sparc64 floppy images are non-usable at the moment due to the endianness issue, waiting for Ian to commit his excellent bswapfs(8) utility. I except the alpha and pc98 snapshots to be fully functional, and would appreciate a feedback from anyone attempting to install from the above mentioned URL. I would also appreciate if someone could provide me with accounts on sparc64 and ia64 boxes running 5.0-CURRENT, so I could polish and actually test some changes. Cheers, -- Ruslan Ermilov Sysadmin and DBA, [EMAIL PROTECTED] Sunbay Software AG, [EMAIL PROTECTED] FreeBSD committer, +380.652.512.251Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Please test PAUSE on non-Intel processors
CPU: Cyrix 486DX2 (486-class CPU) Origin = "CyrixInstead" DIR=0xa01b Stepping=10 Revision=0 # ./pausetest Testing PAUSE instruction: Register esp changed: 0xbfbffd04 -> 0xbfbffcc8 -- Bob Bishop +44 (0)118 977 4017 [EMAIL PROTECTED]fax +44 (0)118 989 4254 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: i386 tinderbox failure
Peter Wemm <[EMAIL PROTECTED]> writes: > Indeed it is installed. Note that you have exposed a fundamental bug > in the perl wrapper. It only searches $PATH, and /usr/local/bin is not > in $PATH for many system tools (eg: pkg_add -r). How about this: Index: perl.c === RCS file: /home/ncvs/src/usr.bin/perl/perl.c,v retrieving revision 1.2 diff -u -u -r1.2 perl.c --- perl.c 18 May 2002 05:33:28 - 1.2 +++ perl.c 25 May 2002 12:52:43 - @@ -59,5 +59,6 @@ if (errno != ENOENT) err(1, "%s", path); } + execve("/usr/local/bin/perl", argv, environ); errx(1, "Perl is not installed, try 'pkg_add -r perl'"); } Of course, it won't work if Perl was installed with a non-standard PREFIX. DES -- Dag-Erling Smorgrav - [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Problems with DP1
On Thu, May 23, 2002 at 09:44:45AM -0400, John Baldwin wrote: Hi again, > Well, maybe. :) If the bug is reproducible, it would be nice to see if the > submitter can reproduce it on current -current. I upgraded this box yesterday: flynn@kajsa# uname -a FreeBSD kajsa.energyhq.tk 5.0-CURRENT FreeBSD 5.0-CURRENT #0: Fri May 24 17:50:00 CEST 2002 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/KAJSA i386 I've stress-tested it quite a bit. Built world 3 times, built gnome2 and some other big ports, and so far it's rock solid. I can't reproduce the problem I was having with DP1, so yes, I assume the bug is gone, and this version feels incredibly stable btw :) Cheers, -- Miguel Mendez - [EMAIL PROTECTED] GPG Public Key :: http://energyhq.homeip.net/files/pubkey.txt EnergyHQ :: http://www.energyhq.tk FreeBSD - The power to serve! msg38785/pgp0.pgp Description: PGP signature
Информационное письмо
óéâéîæïãåîôò òÁÓÐÉÓÁÎÉÅ ËÕÒÓÏ× ëÏÎÓÕÌØÔÁÃÉÉ äÉÚÁÊÎ-ÓÔÕÄÉÑ õ×ÁÖÁÅÍÙÅ ÇÏÓÐÏÄÁ! óéâéîæïãåîôò - Á×ÔÏÒÉÚÏ×ÁÎÎÙÊ ÕÞÅÂÎÙÊ ÃÅÎÔÒ Oracle É Microsoft, ÐÒÉÇÌÁÛÁÅÔ IT-ÓÐÅÃÉÁÌÉÓÔÏ× ÐÒÏÊÔÉ ÏÂÕÞÅÎÉÅ × îÏ×ÏÓÉÂÉÒÓËÅ ÐÏ ÐÒÏÇÒÁÍÍÁÍ ÐÏÄÇÏÔÏ×ËÉ Oracle, Microsoft, Sun Microsystems, Cisco, Rational Software. äÅ×ÉÚ óéâéîæïãåîôòÁ: "íÙ ÕÞÉÍ ÔÏÍÕ, ÞÅÍ ÓÁÍÉ ×ÌÁÄÅÅÍ ÐÒÏÆÅÓÓÉÏÎÁÌØÎÏ". óéâéîæïãåîôò - ÜÔÏ ÕÞÅÂÎÙÊ ÃÅÎÔÒ, × ËÏÔÏÒÏÍ ÓÅÒÔÉÆÉÃÉÒÏ×ÁÎÎÙÅ ÔÒÅÎÅÒÙ Ñ×ÌÑÀÔÓÑ ÄÅÊÓÔ×ÕÀÝÉÍÉ ÒÁÚÒÁÂÏÔÞÉËÁÍÉ ÐÒÏÇÒÁÍÍÎÏÇÏ ÏÂÅÓÐÅÞÅÎÉÑ É ËÏÎÓÕÌØÔÁÎÔÁÍÉ ÒÑÄÁ ËÒÕÐÎÅÊÛÉÈ ÒÏÓÓÉÊÓËÉÈ ËÏÍÐÁÎÉÊ. óÏÔÒÕÄÎÉËÉ óéâéîæïãåîôòÁ ÇÏÔÏ×Ù ×ÙÐÏÌÎÉÔØ ÄÌÑ ÷ÁÓ ×ÅÓØ ÃÉËÌ ÒÁÂÏÔ ÐÏ ÓÏÚÄÁÎÉÀ ËÏÍÐÌÅËÓÎÙÈ ÐÒÏÇÒÁÍÍÎÙÈ ÓÉÓÔÅÍ, ÏËÁÚÁÔØ ÷ÁÍ ËÏÎÓÕÌØÔÁÃÉÏÎÎÙÅ ÕÓÌÕÇÉ ÐÏ ÐÒÉÏÂÒÅÔÅÎÉÀ É ÎÁÓÔÒÏÊËÅ ÐÁËÅÔÁ ÐÒÏÇÒÁÍÍÎÙÈ ÓÒÅÄÓÔ× Oracle É Microsoft. ðÒÉÇÌÁÛÁÅÍ ÷ÁÓ ÎÁ Á×ÔÏÒÉÚÏ×ÁÎÎÙÅ ËÕÒÓÙ Oracle: îÁÉÍÅÎÏ×ÁÎÉÅ ËÕÒÓÁ äÁÔÁ ÷×ÅÄÅÎÉÅ × Oracle: SQL É PL/SQL 3-7 ÉÀÎÑ áÄÍÉÎÉÓÔÒÁÔÏÒ Oracle8i, ÞÁÓÔØ 1A: áÒÈÉÔÅËÔÕÒÁ É áÄÍÉÎÉÓÔÒÉÒÏ×ÁÎÉÅ 10-14 ÉÀÎÑ áÄÍÉÎÉÓÔÒÁÔÏÒ Oracle8i, ÞÁÓÔØ 1B: ÒÅÚÅÒ×ÎÏÅ ËÏÐÉÒÏ×ÁÎÉÅ É ×ÏÓÓÔÁÎÏ×ÌÅÎÉÅ 15-18 ÉÀÎÑ áÄÍÉÎÉÓÔÒÁÔÏÒ Oracle8i, ÞÁÓÔØ 3: ÁÄÍÉÎÉÓÔÒÉÒÏ×ÁÎÉÅ ÓÅÔÅÊ 19-20 ÉÀÎÑ áÄÍÉÎÉÓÔÒÁÔÏÒ Oracle8i, ÞÁÓÔØ 2: ÐÒÏÉÚ×ÏÄÉÔÅÌØÎÏÓÔØ É ÎÁÓÔÒÏÊËÁ Oracle 9i Application Server: áÄÍÉÎÉÓÔÒÉÒÏ×ÁÎÉÅ 27-28 ÍÁÑ Oracle 9i Application Server: òÁÚÒÁÂÏÔËÁ Web-ÐÒÉÌÏÖÅÎÉÊ Ó ÐÏÍÏÝØÀ PL/SQL 29-30 ÍÁÑ Oracle Forms Developer 6i: Build Internet Applications I 10-14 ÉÀÎÑ Oracle Reports Developer 6i: Build Internet Reports 17-21 ÉÀÎÑ Oracle Forms Developer 6i: Build Internet Applications II 24-26 ÉÀÎÑ ÎÁ Á×ÔÏÒÉÚÏ×ÁÎÎÙÅ ËÕÒÓÙ Microsoft: îÁÉÍÅÎÏ×ÁÎÉÅ ËÕÒÓÁ äÁÔÁ Adminisreting a Microsoft SQL Server 2000 Database 3-7 ÉÀÎÑ Programming a Microsoft SQL Server 2000 Database 10-14 ÉÀÎÑ Implementing and Managing Microsoft Exchange 2000 17-21 ÍÁÊ Designing Microsoft Exchange 2000 for the Enterprise 24-26 ÍÁÊ ÎÁ Á×ÔÏÒÉÚÏ×ÁÎÎÙÅ ËÕÒÓÙ Cisco (ÓÏ×ÍÅÓÔÎÏ Ó òåäãåîôò): îÁÉÍÅÎÏ×ÁÎÉÅ ËÕÒÓÁ äÁÔÁ éÓÐÏÌØÚÏ×ÁÎÉÅ ÓÅÔÅ×ÏÇÏ ÏÂÏÒÕÄÏ×ÁÎÉÑ Cisco 24-28 ÉÀÎÑ ðÏÓÔÒÏÅÎÉÅ ÍÁÓÛÔÁÂÉÒÕÅÍÙÈ ÓÅÔÅÊ Cisco 1-5 ÉÀÌÑ ÎÁ Á×ÔÏÒÉÚÏ×ÁÎÎÙÅ ËÕÒÓÙ Sun (ÓÏ×ÍÅÓÔÎÏ Ó òåäãåîôò): îÁÉÍÅÎÏ×ÁÎÉÅ ËÕÒÓÁ äÁÔÁ ïÓÎÏ×Ù ÓÉÓÔÅÍÎÏÇÏ ÁÄÍÉÎÉÓÔÒÉÒÏ×ÁÎÉÑ Solaris 8 18-21 ÉÀÎÑ óÉÓÔÅÍÎÏÅ ÁÄÍÉÎÉÓÔÒÉÒÏ×ÁÎÉÅ Solaris 8 (þÁÓÔØ I) 24-28 ÉÀÎÑ óÉÓÔÅÍÎÏÅ ÁÄÍÉÎÉÓÔÒÉÒÏ×ÁÎÉÅ Solaris 8 (þÁÓÔØ II) 1-5 ÉÀÌÑ óÅÔÅ×ÏÅ ÁÄÍÉÎÉÓÔÒÉÒÏ×ÁÎÉÅ Solaris 8 TCP/IP ÎÁ ËÕÒÓÙ Rational