Aktív fórumtémák

Tárgy Válaszok Legutóbbi beküldés Fórum Szerző
  Német agybaj újratöltve: Illegálissá válhat a reklámblokkolás, börtön is járhat majd érte 568  2025-08-26T07:01:08+0200 Web, mail, IRC, IM, hálózatok jevgenyij
  [MEGOLDVA] Kis github segítséget kérnék 21  2025-08-26T05:58:32+0200 C/C++ bzt
  git rábeszélés ötletek 74  2025-08-26T05:55:11+0200 Fejlesztés ruczati
  Schrödinger Linux 30  2025-08-25T23:56:19+0200 Tudtad-e, hogy... EspOS
  Android Rage n+1 306  2025-08-25T23:17:02+0200 Android hnsz2002
  Robotporszívó helyi szerverre irányítása 58  2025-08-25T21:04:46+0200 Hálózati eszközök kikepzo
  Jogsi nélküli autó időseknek 239  2025-08-25T18:42:44+0200 Közösségi kerekasztal plt
  Backup megoldások, ötleteljünk 58  2025-08-25T17:26:49+0200 Segédprogramok zslaszlo
  Home Assistant használata egyéb thread/matter/zigbee hubbal 30  2025-08-25T16:58:31+0200 Hálózati eszközök dlaszlo
  Tönkrevághatja az SSD-ket és HDD-ket a Windows 11 legújabb frissítése 33  2025-08-25T16:50:33+0200 HUP cikkturkáló DL3V1
  Mikrotik ipsec 20 kbps, de miért? 29  2025-08-25T16:04:03+0200 Hálózati eszközök ecsi
  ELMŰ okos mérő kalandok 767  2025-08-25T07:55:37+0200 Elektronika, Elektromos eszközök VincentV
  Laptop Power Pack ASUS Vivobook-hoz 2025-08-25T07:52:03+0200 Elektronika, Elektromos eszközök mraacz
  Világfelfedezős játék kerestetik 52  2025-08-24T19:32:20+0200 Játékok Cozi
  Fidesz osztja a friss időt Openwrt 18.06.2-ön vagy csak T-online-soknak? 30  2025-08-24T07:49:23+0200 Hálózati eszközök lusi
  Roidmi károsultak fóruma (Roidmi csődbe ment, így nem használhatók tovább bizonyos eszközeik) 49  2025-08-23T23:53:23+0200 Közösségi kerekasztal Charybdis
  Feltörték a Gmail-t 40  2025-08-23T20:15:34+0200 HUP cikkturkáló bzt
  Yettelnél vásárolt telefon kártyafüggetlen-e? 2025-08-23T19:42:50+0200 Notebook, laptop, mobiltelefon ... veresh
  Unaloműző online játékok és azok eredményei #2 747  2025-08-23T09:24:56+0200 Játékok trey
  Virtualizáció és Bitlocker 2025-08-23T09:02:03+0200 Virtualizáció PDA_FAN

Vége a táncnak

Címkék

Ezt az oldalt bezáratta az Europai Szabadalmi Hivatal (EPA), mert számos szabadalmat sért az MPlayer. -- áll az MPlayerHQ weboldalán.Szerencsére ez még csak a tiltakozó kampány része, de akár valosággá is válhat, ha elfogadják azt a kezdeményezést, ami az USA-beli mintát követően a szoftverrészletek és algoritmusok szabadalmaztatását célozza meg. A kampányhoz számos weboldal csatlakozott illetve fog az elkövetkezendő napokban (reméljük a legjobbakat). A kételkedőknek: a napokban Brüsszelben rendeznek igazi sztrájkot, még mielőtt az európai parlament napirendjére kerülne a javaslat.

Találgatások a Linux 2.6.0 kiadásának időpontjára

Címkék

A napokban megjelent a Linux 2.6.0-test4 kernel. Lassan, de biztosan közeledünk a vadonatúj Linux rendszermag kiadásának napja felé. Elkezdődtek a találgatások, hogy vajon mennyit kell még várni ahhoz, hogy a 2.6.0-ás "stabil" kernel megjelenjen.John Cherry (OSDL) Linus Bitkeeper-beli kernelfájának fordításai (hiba/figyelmeztetés) statisztikái alapján valaki megdörzsölte a kristálygömböt, és megpróbálta megállapítani, hogy mikorra várható a nagy nap.

A jóslat e kép alapján készült. A jóslat pedig 2003. október 12-re szól.

Én nem jósok maximum összefoglalom az eddig megjelent Linux kernelek megjelenésének időpontjait:

Az első stabil kernel az 1.0-ás 1994. március 3-án jelent meg. Az 1.1-es fejlesztői kernel 1994. április 6-án. A kettő között eltelt napok száma 34 nap.

Az 1.2-es stabil kernel 1995. március 7-én jelent meg. Az 1.3-as fejlesztői kernel 1995. június 12-én. A kettő között eltelt napok száma 97 nap.

A 2.0-es stabil kernel 1996. június 9-én jelent meg. A 2.1-es fejlesztői kernel 1996. szeptember 30-án. A kettő között eltelt napok száma 113 nap.

A 2.2-es stabil kernel 1999. január 26-án jelent meg. A 2.3-as fejlesztői kernel 1999. május 11-én. A kettő között eltelt napok száma 105 nap.

A 2.4-es stabil kernel 2001. január 4-én jelent meg. A 2.5-ös fejlesztői kernel 2001. november 22-én jelent meg. A kettő között eltelt napok száma több, mint 300 nap.

non-exec stack & heap mapping támogatás NetBSD-n

Címkék

Chuck Silvers non-executable stack és heap mapping támogatást commitolt a NetBSD-be. A dolog hasonló Molnár Ingo májusban kiadott Exec Shield for Linux/x86 foltjához. Lényege, hogy megpróbál védelmet nyújtani a puffer túlcsordulásból eredő kódfuttatás ellen. A kód az OpenBSD kódja alapján készült.

Bejelentés:Subject: non-executable mappings

To: None

From: Chuck Silvers

List: tech-kern

Date: 08/24/2003 22:34:41

hi folks,

I checked in the support for non-executable mappings that I talked about

a couple months back. many thanks to the openbsd guys for the head-start

on this that I got from their code.

several ports still need work done to support this: amd64 hppa sh5.

of these, I only have the hardware for hppa, but the port is currently

languishing in the pre-LWP era, so it doesn't build. I'm looking into

reviving it, but that will likely take a fair bit of work. if anyone

wants to send me some hardware for either of the others, that would be

fabulous.

for the other ports that are not listed as either working or not-implemented,

the hardware doesn't allow for non-executable mappings. c'est la vie.

there are still a bunch of improvements to be made. right now, several

of the ports (alpha, sparc, maybe others) have the .data ELF section

marked executable, which I believe is due to GOT and PLT issues.

though on the alpha, even static binaries have the .data section

marked executable, so I'm not sure what's going on there. powerpc/oea

can only do non-executable stuff on a segment (ie. 256MB) granularity,

so ideally we'd re-jigger the toolchain and runtime linker to put

all the executable stuff in segment 0 and everything else elsewhere.

openbsd has addressed many of these issues in their tree, but I'd

rather wait until the toolchain upgrade is complete before looking

at any toolchain issues. and really, the toolchain isn't so much

my favorite area, so if someone else wants to continue with that

side of things, that would be great. don't everyone speak up at once...

-Chuck

===========================

From: Chuck Silvers

To: tech-kern@netbsd.org

Subject: non-executable mapping

Date: Sun, 20 Jul 2003 22:03:29 GMT

hi folks,

I've started having a bit of time for netbsd again lately,

so I'm trying to finish incorporating the non-executable-mapping

work from openbsd. the current diff is at:

ftp://ftp.netbsd.org/pub/NetBSD/mis...c/diff.20030720

here's the status of the various pmaps:

working

alpha

i386

powerpc/oea

sparc

sparc64

not implemented

amd64 (I don't have hardware)

hppa (port isn't LWP'd)

powerpc/ibm4xx (-current didn't work on my explora)

sh5 (I don't have hardware)

not possible due to hardware constraints

acorn26 ?

arm32

m68k

mips

ns32k ?

sh3

sun2

sun3

vax


please correct me if I'm wrong about any of the not-possibles.


stuff left to do:

- there's a hack in the sparc pmap that turns pmap_protect() into

pmap_remove() for hypersparcs. if I remove that, I get "level 15"

interrupts while rc is running.

- on some platforms, the linker creates the ELF header for the data segment

with permissions of "rwx" instead of "rw". the ones I wrote down are:

alpha data rwx -- static + dynamic

sparc data rwx -- dynamic

maybe this will magically be fixed with the newer toolchain, let's hope.

- on powerpc/oea, the hardware only does execute permission on a "segment"

granularity, where a segment is 256MB. ideally the linker would arrange

to start the data section at 0x10000000 so that it's in a different

ppc segment than the text. then we can stuff shlib code in segment 0

after the program text and all will be happy.

- on i386, the hardware-walked page tables don't have an executable bit,

so the only efficient way to do execute permission is by adjusting the

segment descriptor used for %cs. in the current diff, there are two

code segments, one that covers the whole user address space (like it is

now), and a new one that doesn't include the stack. the second descriptor

is used as long as the user doens't request any executable mappings in

the stack, but if that happens then the full-address-space segment is used.

one enhancement to this would be to rearrange the address space so that

the usual case is for all the executable mappings to be below some boundary,

then more of the user data, bss and heap could be non-executable.

the openbsd guys did some more work in this area, but I haven't looked

into that yet.

in my opinion, none of these issues are serious enough that they need to be

fixed before this change can be committed (but feel free to make an argument

the other way), so I'm looking for people to try out the diff and let me know

if there are any other issues that need to be addressed before this goes in.

there's a test program "noexec.c" in the same directory (also from openbsd).

-Chuck

Szabad Szoftver gyalogtúra

Címkék

2003. 08. 31-én Vasárnap 10 órás kezdettel rendezzük meg, az első széles körű szabad szoftveres kirándulást. A kirándulás nem titkolt célja kiengesztelni azon családtagokat, akik eddig a fordító eseményekre érdeklődés hiányában nem jöttek el, éppen ezért azt sem nézték szívesen, ha párjuk több napon át tevékenykedett egy - egy ilyen eseményen.A túra további célja, hogy a szabad szoftverek iránt érdeklődő emberek ismét jól érezhessék magukat a természetben. Vasárnap reggel ( hajnali :) 9 órakor indulunk a Batthyány térről. Találkozó a jegy pénztárak előtt 8.45 -től. Mindenki hozzon magával szendvicset és innivalót, illetve a BKV járatait fogjuk használni, hogy eljussunk Dobogókő irányába. A túra gyerekek számára is teljesíthető lesz, ugyan is Dobogókő magasságából fogunk elindulni. Várható érkezés este 19 óra Nyugati Pályaudvar.



A gyalogtúrát az FSF.hu szervezi.



Ha kérdésed van írj nekem:



guska_at_fsf.hu

A PostgreSQL, Inc. kiadta a nyílt forrású replikációs verzióját

Címkék

Azt hiszem, hogy jó hírem van a PostgreSQL fejlesztőknek és felhasználóknak egyaránt. A PostgreSQL, Inc. tegnap nyílt forrásúvá tette az általa a PostgreSQL-hez fejlesztett kereskedelmi replikációs megoldást, az eRServer(c) v1.0+-ot. E vállalati környezetben fontos hozzájárulás célja a nyílt forrású szoftver hirdetése, promotálása.

A replikáció az egyik legkritikusabb része a vállalati adatbázis rendszereknek. A PostgreSQL, Inc. mostani akciója lehetővé teszi a fejlesztőknek és a felhaszálóknak, hogy az adatbázis kezelő e kritikus részét felhasználhassák. Eddig a licenc és a támogatási díj volt az, amely a legtöbbjüket visszatartotta ettől.

Marc G. Fournier bejelentése:

From: "Marc G. Fournier"

To: PgSQL Corporate Communications

Subject: [ANNOUNCE] PostgreSQL, Inc. Releases Open Source Replication Version

Date: Tue, 26 Aug 2003 17:34:35 -0300 (ADT)

Wolfville, Nova Scotia PostgreSQL, Inc.

For Immediate Release 360 Main Street, Suite 21

Tuesday, August 26th, 2003 Wolfville, Nova Scotia

Canada, B4P 1C4

Phone 902 542 0713

Fax 902 542 5386


eRServer v1.0+ BSD

PostgreSQL, Inc. Releases Open Source Replication Version

PostgreSQL, Inc. is today contributing its commercially developed

replication solution, eRServer(c) v1.0+ for the PostgreSQL database,

to the PostgreSQL project and the global open source community. This

is part of PostgreSQL Inc.'s ongoing commitment to promoting open

source software by adding a crucial enterprise component to the

world's most advanced open source database.

Replication is one of the most critical utilities for enterprise

databases, and this release makes that capability accessible to

qualified developers and users who could not previously afford

replication because of software licensing or support fees.

While PostgreSQL, Inc. is independent from the PostgreSQL Global

Development Project, the company is a committed contributor and

supporter of Free/Libré Open Source Software principles through

actively promoting PostgreSQL's BSD open source licensing - even when

that may compete with our commercial developments. One of the most

innovative of those commitments is our promise to make any of our

commercial software source code available as BSD open source within

two years of its retail release...

"DATELINE FRIDAY, DECEMBER 15, 2000

Open Source vs. Proprietary:

We advocate Open Source, BSD style :) We will consider and develop

short term (up to 24 month) proprietary applications and solutions

where there is a strong business and intellectual property case to

be made. *All" proprietary developments that we are involved in

*will* become open source within two years of implementation,

without exception."

"We and our global network of partners encourage and challenge every

company that uses, sells or supports open source software to follow

our lead and begin to path all proprietary developments into the open

source stream as well." states PostgreSQL, Inc. CEO Geoff Davidson.

"By committing commercial development efforts to advancing open

source software, companies like PostgreSQL, Inc. are ensuring that

Free/Libré Open Source Software will continue to increase the

availability and benefits of advanced applications and features to

everyone. This approach ensures that anyone who wants to is enabled

to contribute to their community regardless of how much they may have

in the bank."

"eRServer(c) has proven itself by supporting large mission critical

systems, including the .INFO and .ORG registry management system."

observes PostgreSQL, Inc.'s President Marc Fournier. "Version 1.0 was

released commercially in October 2001 and today I am proud to

announce that an enhanced version of that source code is being

released to the community under the BSD Open Source Software License.

"This eRServer(c) v1.0+BSD source code includes all the original

capabilities of the release version, along with improved

documentation, bug fixes, and even some of the enhanced features

previously available only in v1.2 or higher. "We are releasing this

with plans to work with many in the community to develop new

capabilities to benefit both our open source and commercial channels.

It is our hope to attract new developers interested in working with

us towards our broader vision for expanding PostgreSQL use in

enterprises that require larger, more dynamic databases to exploit

the truly unlimited scale and scope that PostgreSQL achieves in

broadly distributed database environments."

"However," cautions Fournier, "replication can be an extremely

complex area for programming in enterprise systems - so even the more

advanced database users should expect to invest a good deal of

development time and effort in properly deploying this software."

Although eRServer(c) v1.0+BSD does not come with free support, it

will be covered under any of our commercial support programs, and

should quickly pick up support and expertise from the community as

more users become familiar with configuring and deploying the many

replication capabilities this source code enables."

"eRServer gives us one of the 'top five' components that the

PostgreSQL database has needed in order to compete with commercial

enterprise databases such as Oracle and DB2 on equal terms," said

Josh Berkus, member of the PostgreSQL Global Development Group (PGDG).

"We are very grateful for the contribution. PostgreSQL Inc.'s example

shows other companies that you can contribute software to the open

source community and be successful."

About the company:

PostgreSQL, Inc. is a privately held commercial company whose mission

is to promote and advance the use and acceptance of PostgreSQL, the

world's most advanced open source database.

CONTACT INFORMATION:

Marc Fournier

* PostgreSQL, Inc.

* 1 902 542 0713

* marc@pgsql.com

Josh Berkus

* PostgreSQL Global

Development Group

* 1 415 565 7293

* press@postgresql.org

---------------------------(end of broadcast)---------------------------

TIP 7: don't forget to increase your free space map settings

PHP 4.3.3

Címkék

Hosszas QA folyamat után vége megjelent a PHP 4.3.3-as verziója. A kiadás számos bugot és biztonsági hibát javít. Minden PHP felhasználónak erősen javasolt a frissítés.

Xouvert roadmap; Interjú Jonathan Waltherrel

Címkék

Augusztus 17-én arról volt szó, hogy egy Xfree86 alapú kezdeményezés indult útjára Xouvert néven. Abban a pillanatban még elég keveset lehetett tudni a projektről, de ma már van a fejlesztőknek roadmap-jük, és egy egészen friss interjú is készült Jonathan Waltherrel, a projekt vezetőjével.A roadmap szerint a Xouvert projekt első kiadása (Release 1) 2003. október 1.-re várható. Addigra kihúzzák az X szerver forrását az Xfree86 CVS-éből, és megpróbálják önállóan lefordítani. Utána össze fogják csomagolni a legfrissebb video driverekkel, és bugfixekkel.

A második kiadás (Release 2) jövőre, 2004. április 1.-re várható (úgy látszik, hogy komolyan gondolják a beharangozott fél éves kiadási ciklust). Az elképzelés az, hogy az X szervert addigra még modulárisabbá teszik. A terveik között szerepel az is, hogy egy olyan infrastruktúrát alakítanak ki, amely lehetővé teszi RPM, DEB és TGZ napi shapshotok kiadását.

Nem mondom, nem kis tervek. Remélem, hogy ebből valóra is válik minden.

Bővebb infó a Xouvert.org/-on.

Akik kiváncsiak arra a Debian fejlesztőre, aki szabadidejében két gyermek apja, sört főz barátainak, és emellett a Xouvert projektet igazgatja, az olvassa el ezt az interjút.

Ported -ac patchek

Címkék

Mint arról a múlt héten írtam Alan Cox egy évre távozik a kernelfejlesztők közül, hogy befejezze MBA tanulmányait. Alan a levelében nem tudta megmondani, hogy mi lesz az -ac kernelfával. Egy biztos, hogy az -ac fa nem fog megszűnni, maximum kicsit átalakul (nevében). Bernhard Rosenkraenzer úgy döntött, hogy nem hagyja magára az -ac sorozatot, hanem [p]ac néven folytatja Alan Cox munkáját. A [p]ac jelenése [ported]ac.

Hogy bebizonyítsa, hogy nem csak ígérget, mindjárt portolta is az legutolsó -ac patchet a 2.4.22-höz.

A folt letölthető:

http://www.arklinux.org/~bero/kernel/patch-2.4.22-pac1.bz2

A bejelentést örömmel fogadták az LKML-en.

Bejelentés itt.

America's Army 1.9; Neverwinter Nights 1.31

Címkék

Megjelent az America's Army 1.9-es frissített verziója. Az amerikai hadsereg fejlesztésében készült America's Army ingyenesen letölthető július 4-e óta. A 220 MB-os anyag letöltése után résztvehetünk egy tréningen, ahol megismerkedhetünk a fegyverekkel, taktikákkal, stb. majd nekiállhatunk a küldetéseknek (szám szerint 10 darab) melyekben terroristák elhárítása lesz a feladatunk. A játék a népszerű Unreal motorra épül.

A linuxos stuff letölthető innen.Neverwinter Nights:

Ezzel egy időben a Bioware kiadta a NWN 1.31-et. Változások logja itt.

Letöltés és telepítési instrukciók itt.

Natív Java JDK 1.3.1 támogatás FreeBSD-n

Címkék

Justin Gibbs levele szerint a FreeBSD Alapítvány ma bejelentette a Java JDK 1.3.1-es verziójának bináris terjesztését. A Java felhasználók letölthetik a csomagot minden költség nélkül.A FreeBSD Alapítvány Java csomagja elérhető itt. A FreeBSD Alapítvány rendelkezik a szükséges OEM licencekkel, amelyek ahhoz szükségesek, hogy a FreeBSD disztribútorok out-of-the-box Java támogatást adjanak a FreeBSD-hez.

A bejelentés itt.

FreeBSD: ATAng beolvasztva a -current -be

Címkék

Soeren Schmidt a hétvégén bejelentette, hogy az ATAng munka be lett olvasztva a FreeBSD -current kernelfába. Ahogy a szerző írja: "elég radikális változások az ATA driver-hez". Az ATAng számos újítást, jobbítást tartalmaz az régi ATA driverhez képest. Például eltávolításra került a 'GIANT' lock, egy javított kód támogatja az újabb ATA kontrollereket, egyesítésre került az ATA és az ATAPI kód, és eltávolításra került számos régi bug.

A kapcsolódó thread itt kezdődik.

Marcelo Tosatti: Linux 2.4.22-rc4

Címkék

"Hi,

Néhány bosszantó dolog jött elő, így itt az -rc4."

Letölthető patch-2.4.22-rc4.bz2

Marcelo levele:List: linux-kernel

Subject: Linux 2.4.22-rc4

From: Marcelo Tosatti

Date: 2003-08-25 0:54:13

[Download message RAW]


Hi,

A few annoying things showed up, so here goes -rc4.


Summary of changes from v2.4.22-rc3 to v2.4.22-rc4

============================================

:

o Fix drivers/net/Config.in -> CONFIG_TC35815

o Changed EXTRAVERSION to -rc4

Andi Kleen:

o Fix x86-64 ia32 emulation

Paul Mackerras:

o PPC32: Make strncpy clear the unused part of the destination

o PPC32: Make sure various sections get aligned properly by the linker

Ralf Bächle:

o dep_tristate fix for CONFIG_TC35815

-

Gyík kávé: Kávé cég támogatja a Mozillát

Címkék

Az RJ Tarpley névre hallgató kávé pörkölő és forgalmazó cég úgy döntött, hogy a kávé eladásai után befolyt bevétel egy részét a Mozilla alapítvány támogatására fogja fordítani.





A cég a kávé fogyasztó Mozilla felhasználókat arra ösztönzi, hogy fogyasszák a termékeit, ezzel is segítve az alapítvány munkáját. Hogy miért? A cég tulajdonosa, Ronald J. Tarpley azt állítja magáról, hogy egy Mozilla Geek.

A MozillaZine cikke itt. Az RJ Tarpley MozillaCafe oldala itt.

Opera 7.20 Beta 4 (Linux, FreeBSD)

Megjelent az Opera 7.20 Beta 4 Linuxra és FreeBSD-re.

Letölthető Linuxra innen, FreeBSD-re
innen.

Bejelentés:From: Espen Sand

Newsgroups: opera.linux,opera.beta

Subject: Opera 7.20 Beta 4 for Linux and FreeBSD available

Date: Thu, 21 Aug 2003 17:17:00 +0200

Hi all,

Opera 7.20 for Linux/Intel and FreeBSD/Intel Beta 4 is now available for download.

Download at:

Linux:

http://snapshot.opera.com/unix/inte...030821-7.20-B4/

FreeBSD

http://snapshot.opera.com/unix/inte...030821-7.20-B4/

Please discuss this release in the opera.linux newsgroup or opera-linux

mail list before submitting bugs to our BTS (Bug Tracking System).

When you start a thread on opera.linux newsgroup or opera-linux mail list

please do not reply to this message. Instead: Write a subject line that

tells what you want to talk about. That way it is much simpler to keep

track of everything.

Known issue: "Save with images as" has been disabled in this beta.


Changelog since 7.20 Beta 3

---------------------------

Document and display

- A number of bugfixes and general stabilization work

- Support for action="mailto:..." in form elements

- Smarter redraw during page loading

- Detect and report network errors

Fonts:

- More verbose logging in Xft library loaders (-debugfont option)

Color management:

- Repaired support for truecolor visual on Solaris

Java:

- Improved -debugjava output

- Some applets do not quite follow the strict demands of

modern Java VMs. Many of these should work now.

Plug-ins:

- Workaround for a problem where going to a page with flash

causes opera to hang for ~20 seconds.

Mouse and keyboard:

- Support for "Copy", "Paste" and "Cut" keys on Sun keyboards. Use

unix_keyboard.ini to activate.

- Fixed a drag and drop problem that occurred when the drop action opened

a dialog window. The dialog window would prevent a proper drop.

Windows/Pages/Toolbars/Menus:

- Added a "Clear" button that can be used to clear the address

entry field by clicking on it. It is not on by default - use

the "Customize toolbar" dialog box to activate it.

- Fixed a crash problem that took place when showing the background image

menu when there was no document in the window.

- Support for bold menu items

Dialogs:

- Load default (fallback) language file when changing UI language

from preference dialog box. This prevents an empty UI if the language

file was not correct in some way.

- Open a message box asking about entering online mode if checking mail in

offline mode

- Made the page cycler popup window work when activated with mouse button

and wheel.

- Fixed a file dialog problem. We could get a warning dialog box from Qt

when the default filename contained a ':'

- Strip file dialog path for leading and trailing whitespaces. The whitespaces

could confuse the file dialog code.

- Avoid a crash when pressing "Find next" in the search dialog box after the last

window has been closed.

- Some more finetuning + crashfix of download/file type editing

- Some fixes to general error messages boxes. Do not show urls in dialog titles

but rather in the message area.

Hotlist:

- Fixed a save-selected-as problem in the hotlist. The saved items would be out of

sync with the selected if the list was sorted.

Sessions:

- Added improved testing when saving window session file so that it

can not happen while opera is exiting. There was a chance the

save action would happen after all windows had closed.

- Added hooks for session manager menssages

Kioskmanger:

- We are close to full kiosk manager support again

Misc:

- Support for restoring menu-bar visibility when returning from fullscreen

- Fixed a problem that made it impossible to modify the search.ini file

from opera (caused removed search fields to reappear after a restart)

- Improved telnet parsing. Opera can now parse user and passwords in urls as well.

%a (address) - Replaced by the address (server)

%p (port) - Replaced by the port

%u (user name) - Replaced by the user name

%w (password) - Replaced by the password

Example "telnet [-l %u] [%a] [%p]"


Enjoy,

--

Espen Sand

espen@opera.com

Újabb DDoS támadás a SCO ellen

Címkék

Újabb masszív DDoS támadás érte a SCO weboldalait tegnap. Sokan tudni vélik, hogy a támadást az a Darl McBride interjú váltotta ki, amelyben a SCO CEO-ja azzal vádolta meg az IBM-et, hogy Ő áll a SCO elleni támadások mögött.

Eric S. Raymond (ESR) egy levelet tett közé, amelyben arra kéri a támadókat, hogy hagyjanak fel a SCO elleni támadással.Mint ESR elmondja, nincs szükség arra, hogy ilyen támadásokkal bombázzák a SCO weboldalát.

Először is mi vagyunk a jó fiúk. Másodszor megvannak azok a fegyverek, amellyel ezt a "háborút" meg lehet nyerni. A SCO többször is hazudott már az ügyben, ezért legális eszközökkel kell legyőzni. Harmadszor, a SCO a saját maga ellensége. Bárhányszor a szóvívői a nyilvánosság elé lépnek, egyre mélyebbre ássák a saját cégük sírját.

Hogy hogyan jön képbe Palpatine császár, Darl (loool) Vader és Obi-Wan Kenobi?

Olvasd el ESR levelét itt.

MSI (Message Signaled Interrupts) támogatás

Címkék

A modern hardverek gyártóinak van egy nagy problémájuk. Túl sok a láb. A gyártók egyik fő problémája, és a chip gyártás egyik legköltségesebb része a belső huzalozás kivezetése, azaz a csatlakozó felület kialakítása. A chipnek egyre kisebbeknek kell lenniük, hiszen egyre több alkatrésznek kell egy lapon elférnie. A pár négyzetcentiméteres felületen egyre nehezebb ezt megvalósítani. Gondoljunk csak a mai processzorok méretére és lábainak számára. Nem ritka a 400+ lábú processzor. Ezért a hardver tervezők fontos szempontnak tartják, hogy a tervezés során egyre kevesebb legyen a kivezetések száma. Ez nem csak a processzoroknál figyelhető meg, elég ha csak a serial ATA-ra gondolunk. Ott is cél, hogy a sok pin-nel rendelkező, széles adatkábelt igénylő csatolófelületet lecseréljék. A lábcsökkentés másik célja a megszakítási vonalak (interrupt lines) eltávolítása. A (relatíve) új hardverek úgy próbálják meg eliminálni az interrupt line-okat (és közben egy újabb lépést tenni az "örökség mentes (legacy free) környezet felé") , hogy bevezetnek egy új PCI busz technológiát, az MSI-t. Az MSI (Message Signaled Interrupts) tulajdonképpen nem csinál mást, mint a megszakítás kérést (interrupt) direkt az adat buszra helyezi, mint az adat folyam részét. Az MSI-kész eszközök ebben a rendszerben úgy jelenthetik be megszakítási igényüket, hogy sajátos értékű adatot írnak egy megadott címre. Az operációs rendszer képes ezeket az írásokat elfogni (trap), és ennek megfelelően elküldeni a megszakítást.



Egy szép napon az összes eszköz képes lesz használni az MSI-t (ez az elképzelés) és akkor nem lesz szükség a továbbiakban az elkülönített megszakítási vonalakra. Az MSI relatíve új elgondolás, és a hardver támogatás is épp csak elkezdődött hozzá. A Linux kernel jelenleg még nem támogatja az MSI-t.

Tom Nguyen (Intel) egy patchen dolgozik, amelyet nem rég a z LKML-re postázott. A patch célja, hogy megvalósítsa az MSI támogatást a Linux kernelben. Az MSI működéséről, és a Linuxos implementációról bővebben az MSI-HOWTO-ban olvashatsz.

Az MSI patch egyelőre messze van attól, hogy bekerüljön a mainline kernelbe, mert elég komoly előkészítő munka kell ahhoz, hogy beolvasztható legyen. Ahhoz, hogy a 2.6-os kernel megszakításkezelő kódját átdolgozzák már nincs elegendő idő. Valószínű, hogy a korai 2.7 kernelbe fog bekerülni a patch.

A patch itt.